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EXECUTIVE  SUMMARY 


We  assess  the  proposed  capabilities  of  the  Sea  Base  Connector  Transformable  Craft  (T- 
Craft)  listed  in  the  Broad  Agency  Announcement  #05-20  by  the  Office  of  Naval 
Research.  The  capabilities  are  evaluated  using  a  combination  of  computer  simulation  and 
statistical  design  of  experiments  to  determine  what  characteristics  are  necessary  to 
achieve  mission  success  in  delivering  personnel  and  materiel  from  the  sea  base  to  shore 
within  a  specified  time  frame. 

The  T-Craft  is  expected  to  fill  a  gap  in  the  U.S.  Navy's  seabasing  strategy  by 
improving  cargo  transfer  capabilities.  In  seabasing,  forces  arrive  at  the  ships  comprising 
the  sea  base  and  deploy  from  the  sea  base  to  objective  areas  ashore  to  conduct  combat  or 
relief  operations.  Seabasing  requires  a  huge  logistic  system  consisting  of  pre-positioned 
ships,  high-speed  sealift  ships,  high-speed  connector  vessels,  the  means  to  transfer  troops, 
equipment,  and  stores  between  platforms  in  open  ocean,  and  air  and  surface  connectors 
for  deploying  and  resupplying  the  forces. 

We  focus  on  the  operational  requirements  of  the  high-speed  connector  vessels 
within  the  seabasing  concept,  the  T-Craft.  The  T-Craft  is  expected  to  deploy  in  an 
unloaded  condition  from  an  intermediate  support  base  to  a  sea  base  up  to  2500  nm  away, 
and  then  be  used  as  a  sea  base  connector  to  transport  vehicles,  personnel  and  cargo 
through  the  surf  zone  and  onto  the  beach,  feet  dry. 

In  order  to  determine  potential  “game  changing”  capabilities,  the  desired 
capabilities  of  the  T-Craft  are  tested  based  on  a  wide  range  of  possible  operational 
scenarios.  These  scenarios  include  various  sea  base  structures,  ranges  to  shore,  number  of 
shore  spots,  cargo  loads,  geographies,  and  situationally  dependent  challenges.  The 
scenarios  are  implemented  with  the  discrete-event  simulation  package  Arena.  The  Arena- 
model  that  has  been  developed  for  this  thesis  simulates  the  whole  process:  arrival  of  the 
T-Craft  at  the  sea  base,  loading  troops,  forming  batches,  traveling  to  the  shore,  converting 
from  a  surface  effects  ship  to  an  air  cushioned  vehicle,  unloading  troops,  converting  back 


to  a  surface  effects  ship,  and  traveling  back  to  the  sea  base.  The  model  explores  the  use  of 
batching  to  minimize  the  threat  of  enemy  attacks  and  the  subsequent  sinking  or  disabling 
of  T-Craft. 

Two  different  scenarios  are  investigated.  The  first  scenario  simulates  the  process 
of  projecting  troops  from  the  sea  base  to  shore  without  an  enemy  threat.  In  the  second 
scenario,  the  presence  of  an  enemy  is  considered.  For  the  scenario  without  enemy  threat, 
we  investigated  22  different  input  parameters  to  determine  the  effect  they  had  on  the  time 
to  complete  the  mission.  For  the  scenario  with  enemy  threat,  we  studied  the  impact  of  31 
input  parameters  on  three  performance  measures:  mission  completion  time,  proportion  of 
materiel  successfully  delivered  to  shore,  and  proportion  of  T-Craft  destroyed.  The 
analyses  were  performed  using  “robust  analysis,”  which  has  two  advantages  over  more 
traditional  analyses.  First,  robust  analysis  focuses  on  those  factors  that  are  actually 
controllable  by  the  decision  maker.  Second,  robust  analysis  captures  both  the  quality  and 
the  consistency  of  the  system’s  performance.  In  order  to  do  the  robust  analysis,  the  input 
parameters  are  classified  as  decision  factors  or  noise  factors.  For  the  purposes  of  this 
thesis,  the  decision  factors  are  those  associated  with  the  performance  of  the  T-Craft  or 
those  that  can  be  influenced  by  the  decision  maker  or  mission  planner.  These  include,  for 
example,  total  load  of  the  troops,  distance  between  sea  base  and  shore,  cargo  payload 
weight,  deck  size  area,  speed,  load  time,  unload  time,  and  the  number  of  available  T- 
Crafts.  The  noise  factors  are  factors  that  are  beyond  the  decision  maker’s  control,  such  as 
the  probability  of  the  T-Craft  being  hit  by  enemy  fire,  the  deck  use  efficiency  that  is 
achieved  when  the  vessels  are  loaded,  or  the  number  of  shore  spots  available  at  the  beach. 

For  the  scenario  without  enemy  threat,  we  examine  how  the  T-Crafts  perform  in 
peace-keeping  missions  or  missions  of  humanitarian  assistance.  The  experiment  contains 
2817  design  points  with  45  replications  of  each  design  point.  The  results  of  these  126,765 
computational  experiments  show  that  the  most  important  factors  are  the  total  load  of 
troops,  the  number  of  T-Crafts  that  are  available,  the  cargo  payload  weight,  the  distance 
between  sea  base  and  shore,  and  the  time  to  load  the  T-Crafts.  The  number  of  T-Crafts 
should  be  at  least  12  and  the  cargo  payload  weight  should  be  at  least  750  long  tons. 
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For  the  scenario  with  enemy  threat,  we  examine  the  impact  of  batching  in  order  to 
minimize  the  threat  of  enemy  attacks  and  sinking  or  disabling  of  T-Craft  due  to  enemy 
hits.  The  experiment  with  31  input  parameters  leads  to  29,700  design  points.  With  four 
replications  for  each  design  point,  a  total  of  118,800  computational  experiments  were 
conducted.  The  presence  of  hostile  forces  in  the  landing  area  results  in  significant 
changes  from  the  first  scenario.  The  idea  of  grouping  T-Craft  into  convoys  was  not 
discussed  in  previous  papers,  but  the  batch  size  has  the  highest  impact  on  the  proportion 
of  cargo  onshore.  This  is  followed  by  the  total  load  of  the  troops,  the  cargo  payload 
weight,  the  number  of  available  T-Crafts,  and  the  unload  time.  The  most  significant 
factors  for  the  proportion  of  destroyed  T-Crafts  are  the  total  load  of  troops,  the  cargo 
payload  weight,  the  number  of  available  T-Crafts,  the  number  of  hits  that  the  T-Craft  can 
sustain  before  they  require  repair,  the  unload  time,  and  the  batch  size. 

Additional  conclusions  from  the  second  experiment  are  that  the  batch  size  and  sea 
spots  should  be  at  least  eight.  We  recommend  that  the  number  of  shore  spots  should  have 
at  least  the  same  value.  The  T-Craft  survivability  is  also  an  important  factor  in  order  to 
get  a  high  proportion  of  cargo  onshore.  The  T-Craft  should  be  able  to  sustain  multiple 
hits  before  repairs  are  needed.  Furthermore  the  distance,  the  load  time,  and  the  unload 
time  should  be  as  small  as  possible.  The  speed  of  40  knots  proposed  in  the  Broad  Agency 
Announcement  is  sufficient. 

Finally,  we  develop  a  predictor  for  time  to  complete  mission  in  peacetime 
scenarios.  The  structure  of  the  predictor  shows  that  queuing  effects  are  not  an  issue  over 
the  wide  range  of  scenario  settings  we  explored.  The  Arena  model  developed  in  this 
thesis  can  be  used  as  a  decision  tool  for  planning  future  operations.  The  Arena  model  can 
also  be  used  to  assess  the  performance  of  the  T-Craft  prototypes  when  their  capabilities 
are  finalized. 
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I.  INTRODUCTION 


A,  BACKGROUND 

Since  the  fall  of  the  “Berlin  Wall”  in  1989,  the  world  has  ehanged  dramatieally.  In 
the  last  two  deeades,  the  old  military  doetrines  have  been  modified  and  today  it  is 
expeeted  that  the  military  of  the  Western  world  ean  reaet  to  a  military  erisis  or  a 
humanitarian  disaster  within  days.  Reeent  examples  of  sueh  rapidly  mobilized  operations 
are  the  war  in  Afghanistan  and  the  earthquake  relief  efforts  in  Haiti  in  January  2010.  The 
U.S.  military  needs  a  new  eapability  to  bring  its  armed  forees  to  an  arbitrary  loeation  in 
the  world  within  days  or  weeks.  The  U.S.  military  is  expeeted  to  have  this  eapability  even 
without  host  nation  support  in  the  Joint  Operating  Area  (JOA).  The  National  Seeurity 
Strategy  and  the  National  Military  Strategy  both  emphasize  the  need  for  military  aeeess 
to  keep  global  freedom  of  aetion.  Seabasing  capabilities  are  vital  to  solve  the  problems 
that  oeeur  due  to  a  laek  of  aeeess  to  overseas  bases,  while  enhaneing  the  ability  of  U.S. 
forees  to  projeet  power  from  the  sea  and  eonduet  ship-to-objeetive  logisties  (Department 
of  the  Navy,  2006). 

In  Seabasing,  forees  arrive  at  the  ships  eomprising  the  sea  base,  assemble  with 
their  equipment  at  sea,  and  deploy  from  the  sea  base  to  objeetive  areas  ashore  to  eonduet 
eombat  or  relief  operations.  Resupply  of  these  forees  also  eomes  from  the  sea  base. 
Seabasing  requires  a  system  of  systems  consisting  of  pre -positioned  ships,  high-speed 
sealift  ships,  high-speed  eonneetor  vessels,  the  means  to  transfer  troops,  equipment,  and 
stores  between  platforms  in  open  oeean,  and  air  and  surfaee  eonnectors  for  deploying  and 
resupplying  forces  (Boensel  &  Sehrady,  2004).  This  thesis  focuses  on  the  operational 
requirements  of  the  high-speed  connector  vessels  within  the  Seabasing  eoneept.  In  the 
remainder  of  this  thesis  these  high-speed  eonneetor  vessels  are  called  Sea  Base  Conneetor 
Transformable  Craft  (T-Craft). 

In  2005,  the  Offiee  of  Naval  Researeh  (ONR)  issued  the  Broad  Ageney 
Announeement  (BAA)  #05-020  for  a  prototype  of  the  Sea  Base  Conneetor  Transformable 
Craft  (T-Craft).  The  T-Craft  is  expeeted  to  deploy  in  an  unloaded  eondition  from  an 
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intermediate  support  base  to  a  sea  base  up  to  2,500  nm  away,  and  then  be  used  as  a  sea 
base  eonnector  to  transport  vehieles,  personnel,  and  eargo  through  the  surf  zone  and  onto 
the  beaeh.  The  T-Craft  is  designed  to  fill  a  gap  in  the  U.S.  Navy's  seabasing  strategy  by 
improving  on  the  eargo  eapaeity  limitations  of  aireraft  and  Landing  Craft  Air  Cushion 
(LCAC)  vehieles,  and  the  low  speed  of  Landing  Craft  Units  (LCU)  although  the  T-Craft 
has  a  larger  eargo  load  eompared  to  the  other  vessels. 

B.  OBJECTIVES 

The  Naval  Surfaee  Warfare  Center  Dahlgren  Division  ([NSWCDD],  2009) 
addressed  a  variety  of  questions  regarding  the  design  eharaeteristies  of  the  T-Craft  and  its 
role  of  bringing  forees  and  needed  supplies  to  shore  in  a  timely  manner  and  without 
requiring  a  seaport.  These  ineluded  sueh  issues  as:  What  are  the  forees  and  what  are  their 
eharaeteristies  pertinent  to  being  carried  by  a  T-Craft?  How  much  tonnage  do  they  have? 
How  quickly  can  the  force  roll  on  and  roll  off  and  transit  to  and  from  the  beach?  How 
long  must  a  sortie  take  at  what  range? 

This  thesis  extends  the  work  of  the  NSWCDD.  We  build  upon  the  prior  work  by 
addressing  several  new  issues: 

•  How  many  T-Crafts  are  required  to  execute  a  mission  within  the  mission 
time  constraint? 

•  If  there  is  an  enemy  threat  capable  of  damaging  or  sinking  the  T-Crafts, 
how  many  additional  T-Crafts  are  needed  to  accomplish  the  mission? 

•  How  survivable  does  the  T-Craft  need  to  be? 

•  What  are  the  tonnage  capacity  and  deck  size  of  a  T-Craft  that  can 
successfully  execute  the  spectrum  of  anticipated  missions? 

•  How  many  spots  are  needed  to  load  and  unload  the  T-Crafts? 

•  How  important  are  the  speed,  the  load  time,  and  the  unload  time  of  the  T- 
Craft? 

•  How  do  fuel  consumption  and  the  frequency  of  refueling  events  impact 
operations? 


2 


We  address  these  questions  using  a  diserete  event  simulation  model  that  eaptures 
the  queuing  behaviors  of  the  proeess,  in  eonjunetion  with  statistieal  design  of 
experiments,  to  study  the  system  in  a  eomprehensive  fashion.  We  also  provide 
reeommendations  for  resource  allocation.  Additionally,  the  simulation  model  can  be 
utilized  in  future  analyses  as  a  basis  for  studying  particular  scenarios. 

C.  SCOPE  OF  THE  THESIS 

This  thesis  provides  numerical  findings  and  qualitative  information  to  help  guide 
the  Office  of  Naval  Research  in  its  plans  to  design  and  test  the  T-Craft  to  fulfill  naval  and 
joint  operational  requirements.  The  results  of  this  thesis  will  help  to  build  a  concept  of 
operation  (CONOPS)  capable  of  achieving  the  desired  “game  changing”  capabilities  in 
the  areas  of  Seabasing,  Operational  Maneuvers  from  the  Sea  (OMFTS),  and  Ship-to- 
Objective  Maneuver  (STOM). 

The  main  scope  is  to  use  a  discrete  event  simulation  model  that  incorporates  the 
queuing  issue  to  assess  how  the  capabilities  listed  in  ONR  BAA  #05-20  contribute  to 
mission  success.  A  robust  statistical  analysis  of  the  T-Craft  performance  will  assess  its 
suitability  for  a  broad  variety  of  military  and  relief  operation  scenarios  and  will  lead  to  a 
decision  aid  for  using  the  T-Craft. 
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II.  SCENARIO  DEVELOPMENT 


A,  INTRODUCTION 

In  order  to  provide  military  relevanee  to  the  analysis,  plausible  seenarios  are 
explored.  This  thesis  uses  suitable  scenarios  for  the  T-Craft  in  order  to  conduct  a  robust 
analysis  of  the  T-Craft  performance.  This  chapter  provides  a  brief  introduction  to 
seabasing,  the  T-Craft  concept  and  possible  scenarios.  Following  the  scenario 
representation  is  a  description  of  the  ARENA  simulation  tool  that  is  used  to  model  and 
analyze  the  scenarios. 

B,  SEABASING 

1.  Seabasing  Logistics  Enabling  Concept 

In  Seabasing  Logistics  Enabling  Concept,  the  Office  of  the  Chief  of  Naval 
Operations  ([OCNO],  2006)  defines  Seabasing  as: 

...the  rapid  deployment,  assembly,  command,  projection,  reconstitution, 
and  re-employment  of  Joint  combat  power  from  the  sea,  while  providing 
continuous  support,  sustainment,  and  force  projection  to  select 
expeditionary  Joint  forces  without  reliance  on  land  bases  within  the  Joint 
Operating  Area  (JOA).  Seabasing  is  a  national  capability  for  global  force 
projection  that  exploits  the  sea  as  a  maneuver  space  and  enables  the 
capabilities  of  Coalition  and  Joint  Forces.  It  maximizes  the  effects  of 
forward  presence,  reduces  our  dependence  on  vulnerable  land  bases,  ‘steps 
lightly’  on  allies  and  partners  political  concerns,  and  increases  options. 

One  of  the  key  capabilities  provided  by  the  sea  base  is  Seabasing  Logistics 
which  includes  the  ability  to  persistently  sustain  select  Joint  forces  afloat 
and  ashore.  Seabasing  provides  sustainable  logistics  functions  at-sea  while 
reducing  the  footprint  ashore  and  maximizing  use  of  international  waters. 

The  Seabasing  Logistic  Enabling  Concept  is  forecast  to  be  introduced  in  the  U.S. 
Navy  in  the  2015-2025  timeframe. 
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Figure  1.  Seabasing  Concept  (From  OCNO,  2006,  p.  5) 


Figure  1  gives  an  overview  of  the  Seabasing  Logistics  architecture.  The  primary 
logistics  nodes  are  Continental  U.S.  (CONUS)  and  the  Advanced  Base.  Most  of  the 
sustainment  for  initial  resupply  for  ground  units  is  delivered  from  CONUS.  The 
Advanced  Base  is  important  to  the  support  of  the  sea  base  because  it  is  the  primary 
warehouse  and  transshipment  point.  The  majority  of  supplies  needed  by  the  sea  base  will 
pass  through  the  Advanced  Base.  The  sea  base  is  the  primary  demand  node  because  it 
supports  and  sustains  the  Joint  Forces  ashore.  The  sea  base  must  be  able  to  operate  at-sea 
in  a  JOA  located  up  to  2,000  nautical  miles  from  an  Advanced  Base.  A  network  of 
logistics  shuttle  ships  and  aircraft  connect  the  sea  base  with  the  Advanced  Base  and 
provide  the  transport  capability  in  support  of  the  expeditionary  ground  forces  ashore. 
Adverse  weather  conditions,  especially  the  sea  state,  directly  impact  the  ability  of 
logistics  platforms  to  provide  timely  sustainment  and  throughput,  i.e.,  transfer  cargo,  fuel, 
passengers,  and  other  supplies  to  sea-based  assets.  Selected  sea  base  platforms  are 
required  to  have  the  capability  to  perform  these  operations  in  the  open  ocean  in  all 
weather,  through  Sea  State  4  and  potentially  Sea  State  5. 
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2,  Required  Performance  Characteristics 


According  to  the  Dahlgren  report  (NSWCDD,  2009), 

...the  sea  base  eoneept  promises  to  enable  a  Joint  Foreible  Entry 
Operation  (JFEO)  from  sea-based  assets — an  armed  invasion  against  a 
hostile  foree — within  15  days  of  National  Command  Authority  deeision  to 
perform  sueh  an  operation  and  without  the  need  to  seize  a  port  to  deliver 
the  Entry  Eoree.  The  sea  base  is  a  set  of  joint/eombined  assets  designed  to 
meet  a  Combined  Commanders  tasking.  It  eould  inelude  a  Carrier  Strike 
Group,  an  Expeditionary  Strike  Group,  a  Maritime  Preposition  Eoree, 
eombat  logisties  foree  ships,  and  eoalition  forees.  It  eould  deploy  to  the 
theater  of  operation  from  thousands  of  miles  away,  from  different  ports, 
and  assemble  in  the  area  of  operation.  Central  to  sueeess  of  the  sea  base  is 
the  ability  to  projeet  onto  hostile  held  territory  a  sea  based  Marine 
Expeditionary  Brigade  (MEB)  2015  whieh  eomprises  about  15,000  troops 
and  hundreds  of  air  and  ground  vehieles.  Critieal  to  the  Joint  Eoreible 
Entry  Operation  from  the  sea  base  is  delivery,  to  an  unimproved  beaeh,  the 
Assault  Wave  of  the  Marine  Assault  Eehelon  within  8  to  10  hours 
(notionally  under  the  eover  of  a  single  night).  The  ability  to  land  this 
invasion  foree  in  this  short  speeified  time  without  the  need  of  a  sea  port  to 
any  of  a  broad  set  of  beaehes  from  a  position  at  sea  over  the  horizon  (at 
least  25  nautieal  miles  from  shore)  provides  great  ambiguity  and 
uneertainty  to  any  adversary  who  must  defend  against  sueh  an  invasion 
and  provides  great  flexibility  to  the  Joint  Foree  Commander. 

The  Assault  Eehelon  is  the  part  of  the  Marine  Expeditionary  Brigade  (MEB)  2015 
whieh  is  earried  on  the  amphibious  warfare  ships  while  the  Sea  Based  Eehelon  is  hosted 
on  the  other  ships  of  the  Maritime  Prepositioning  Foree  (Future)  (MPF(F)).  The 
amphibious  assault  vessels  (EHA  and  EHD)  are  eonstrueted  to  fight  and  survive  in 
eombat  missions  and  are  erewed  by  trained  military  personnel.  The  other  MPF(F)  ships 
are  very  lightly  erewed  with  eivilians  who  are  qualified  for  sea-based  logisties.  During  an 
assault,  most  parts  of  the  sea  base  with  the  MPF(F)  ships  stand  off  from  the  shore 
between  100  to  200  miles  or  more.  At  that  point  the  Assault  Eehelon  warships  would 
approaeh  to  a  point  of  foree  debarkation  25  miles  from  shore.  Figure  2  provides  an 
overview  about  the  planned  Maritime  Prepositioning  Foree  of  the  Future.  From  the  point 
of  foree  debarkation  the  T-Crafts  earry  the  assault  forees  ashore. 
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2  LHA 


Length:  844  ft  Beam:  106  ft  Draft;  28.2  ft 

Per  Sqdn;  2  Speed;  '■20  knots 

Crew:  285  Stand  Det; -OS  MAGTF:  1,490 

AcftSt<m:55  Acft  Op  Spots:  9  JP-5:  1.6  Mil  gal 

Sqft:  11,600  CuFt:  160,  000 

TEU:  N/A  Med:  4  OR  &  16/45  Beds 


Displacement:  45K  LT 

Range‘'9,500  nm 

NSE:  '590  Berths;  3,052 

Water:  400k  Gal/200K  gal  Per  day 

Well  Deck;  N/A 

Stem  Ramp;  N/A 


3  MLP 


Length;  617ft 
Per Sqdn:3 
Crew;  64 
Acft  Stow:  0 
Sqft:  '11,253 
TEU:  N/A 


A/M  fly-^-^nrvWodong'  C . 
H.CV«.0  -  toeuz 


Beam:  141  ft  Draft;  T6D 

Speed;  '20  knots 

Stand  Det;  10  MAGTF:  594 

Acft  Op  Spots:  1  JP-5:'1.2  Mil  gal 

CuFt:  '935 

Med;  Sick  Call 


Displacement:  TDB 
Range  *■9,500  nm 
NSE:  '128  Berths:  '1,458 
Wate/  'IGBK  Gal/TBD  gal  Per  day 
Mission  Deck;6(LCAC) 

Stem  Ramp:  N/A 


1  LHD 


SEW  BUILD 


A'Tr?Ren<. 


3  T-AKE 

NEW  BUMS) 
'^OOOTED  0£S/G^ 


Length:  844  ft  Beam;  106  ft  Draft:  27  ft 

Per  Sqdn;  1  Speed;  '20  krwts 

Crew:  285  Stand  Det: -*99  MAGTF:  1,656 

Acft  Stow;  42  Acft  Op  Spots:  9  JP-5;  607  K  gal 

Sqft:  23,500  CuFt:  125,000 

TEU;  N/A  Med:  6  OR  &  60  Beds 


Displacement:  42K  LT 

Range  '9.500  nm 

NSE:  '670  Berths:  2,946 

Water:4O0K  Gal/200K  Gal  Per  Day 

Well  Deck;  3  LCAC 

Stem  Ramp;  72  ST 


Ler>gth:  689  ft 
Per  Sqdn: 3 
Crew:  123 
Acft  Stow:  1 
Sqft:  N/A 
TEU:  61 


Beam:  105  ft 
Speed:  '20  knots 
SUnd  Det;  6 
Acft  Op  Spots:  1 
CuFt:  1,108.592 
Med;Sick  Call 


Draft;  29  ft  Displacement:  39K  LT 

Range  *■9,500  nm 

MAGTF:  *-10  NSE; '55  Berths:  194 
JP-5: 1.3  Mil  gal  Water;  S2.8K  Gal/28K  gal  Per  day 
Well  Deck;  N/A 
Stem  Ramp;  N/A 


3  T-AKR 


Adiat  WendliPon/WoPona/ CorMgureOon 


2  Legacy 


Length:  950  ft  Beam:  106  ft  Draft:  34  ft 

Per  Sqdn;  3  Speed:  '20  kr>ots 

Crew:  30  Stand  Det;  48  MAGTF:  705 

Acft  Stow;  0  Acft  Op  Spots;  2/4  JP-S:  380. 4K  gal 

Sqft: '201,799  CuFt: '166,716 

TEU:  45  Med:  Sick  C^l 


Displacement:  '55K  LT 

Range  '9,500  nm 

NSE:  '62  Berths:  '845 

Water  33.5K  gal/24K  gal  Per  day 

Wen  Deck:  N/A 

Stem  Ramp:  60  ST 


Length:  673  ft  Beam:  106  ft  Draft:  34.6  ft 

Per  Sqdn;  2  Speed;  17.7  knots 

Crew:  30  Stand  Det;  16  MAGTF:  71 

Acft  Stow:  0  Acft  Op  Spots:  1  JP-S:  1.4  Mil  gal 

Sqft:  152,185  CuFt:  N/A 

TEU:  546  Med:  Sick  Call 


Displacement:  '46K  LT 
Range  12,900  nm 
NSE:  '10  Berths:  127 
Water;99K  Gal/  25K  Gal  Per  day 
Well  Deck:  N/A 
Stem  Ramp:  62  ST 


Figure  2.  Maritime  Prepositioning  Foree  (Future)  (From  NSWCDD,  2009,  p.  8) 


The  primary  Measure  of  Effectiveness  (MOE)  for  the  T-Craft  during  an  assault  is 
its  ability  to  transport  the  Assault  Echelon  Eorces  from  the  sea  base  to  the  shore  within  a 
time  frame  of  8  to  10  hours.  The  forces  should  reach  the  beach  feet-dry,  ready  for 
immediate  engagement  with  any  hostile  force  and  ready  to  proceed  to  the  objective.  The 
weight  of  the  assault  force  totals  up  to  5,490  long  tons  and  the  footprint  of  the  MEB  2015 
totals  to  73,759  square  feet. 

Table  1  shows  the  details  on  dimensions  and  weight  for  the  Assault  Wave 
components  of  the  MEB  2015.  Readers  interested  in  a  detailed  description  of  the  assault 
wave  should  consult  the  Dahlgren  report  (NSWCDD,  2009)  T-Craft:  Critical  Design  and 
Operation  Issues  associated  with  the  Sea-Basing  Connector  Role.  Additionally  the  report 
mentions  that  emerging  plans  over  the  past  years  suggest  a  new  heavier  Marine  Corps 
Eorce  for  the  future,  the  MEB  2024.  The  Assault  Wave  of  the  MEB  2024  covers 
approximately  88,080  square  feet  in  footprint  and  weighs  32,559  long  tons,  which  is 
much  heavier  than  the  MEB  2015  Assault  Wave. 
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Besides  that,  the  sea  base  must  be  able  to  sustain  at  least  two  brigades,  aecording 
to  Marine  Corps/Navy  plans. 

Table  1.  Surface  Delivery  MEB  2015  Assault  Wave  (FromNSWCDD,  2009,  p.  11) 


L 

W 

Weight 

H 

tt  of 

Deck  Area 

Per  Unit 
(Square 

Square  Feet 
(sqft)  for 

Total 

Weight 

Materiel  I'nit  Ttpe 

feet 

feet 

lbs 

feet 

Units 

Feet) 

Total  MEB 

(short  tons) 

Personnel  &  Gear 

2.44 

2.44 

250 

7 

1936.00 

5.9536 

11526.1696 

242 

HMMM^'s 

15 

7.0S 

5900 

6 

124 

106.2 

1316S.S 

365.8 

HMMW'\s  Armored 

15 

9.0S 

10000 

6 

41 

136.2 

55S4.2 

205 

EF^’s 

35 

12 

76000 

10.7 

49 

420 

205S0 

1862 

MTMls  (7  ton  trucks) 

32.25 

S.2 

30000 

11.7 

60 

264.45 

15S67 

900 

MlAl  Tanks 

32.04 

12 

135200 

S 

14 

384.4S 

53S2.72 

946.4 

LW  155  Howitzers 

27.5 

10 

10000 

9 

6 

275 

1650 

30 

Assault  Breach  Vehicle 

42 

12 

120000 

S 

2 

504 

lOOS 

120 

Assault  CBT  Excavator 

27.9 

S.2 

26433 

11.5 

4 

22S.7S 

915.12 

52.866 

Armored  t'ehicle 
Launched  Bridge 

31 

12 

113200 

10.5 

1 

372 

372 

56.6 

LAt'  22 

20.96 

00 

2S200 

S.S3 

2S 

171.S72 

4S12.416 

394.8 

Recoven  Vehicle  MSS 

29.3S 

11.5 

123400 

10.3 

3 

337.S125 

1013.4375 

185.1 

MHE  Rough  Terrain 
Container  Handler 

55 

12 

115743 

12 

6 

660 

3960 

347.229 

HIM.4RS 

23 

7.9 

24000 

10.5 

3 

1S1.7 

545.1 

36 

CBR  Sys  (Estimate) 

30 

S 

12000 

6 

1 

240 

240 

6 

Logistics  ^'ehicle  System 
(.4ssume  MK4S  14) 

3S 

S 

40300 

S.5 

19 

304 

5776 

382.85 

Internal  Transport 
t'ehicle  (ITt") 

15 

4.96 

4000 

5 

S 

74.4 

595.2 

16 

Total  => 

73758.8896 

6148.645 

The  availability  of  sea  spots  for  the  T-Craft  is  a  vital  issue  in  seabasing.  Figure  2 
gives  an  overview  of  the  Maritime  Prepositioning  Force  (Future)  (MPF(F)).  The  ships 
within  the  MPF(F)  vary  concerning  the  available  spots  for  loading  the  T-Crafts.  Figure  3 
shows  that  we  currently  anticipate  nine  available  sea  spots  at  the  MPF(F).  The  number  of 
available  shore  spots  depends  on  the  shape  of  the  shore.  Beaches  are  best  suited  for 
approaching  the  shore  and  should  provide  enough  shore  spots.  However,  since  there  are 
also  rocky  shores  around  the  world,  the  possibility  of  limited  numbers  of  shore  spots  has 
to  be  considered  as  well. 
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Figure  3.  Available  Sea  Spots  at  the  Sea  Base 


C.  T-CRAFT  CONCEPT 

1,  Desired  Capabilities 

As  already  mentioned  in  the  introduetion,  the  ONR  issued  the  BAA  #05-020  in 
2005  for  a  T-Craft  which  can  deploy  in  an  unloaded  condition  (range  of  2500  nm)  from 
an  intermediate  support  base  to  a  sea  base  and  then  be  used  as  a  sea  base  connector, 
transporting  wheeled  and  tracked  vehicles,  cargo,  and  personnel  through  the  surf  zone 
and  onto  the  beach. 

ONR  BAA  #05-20  lists  a  series  of  desired  capabilities,  thresholds/objectives  and 
other  information  relevant  to  the  T-Craft  prototype.  The  significant  capabilities  for  this 
thesis  are  summarized  in  the  following  list: 

1.  To  be  used  as  an  assault  connector  and  a  logistics  connector  ranging  from 
a  sea  base  to  a  shore  objective. 

2.  Cargo  Payload  Weight  Objective  of  750  LT,  threshold  300  LT. 
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3.  Cargo  Payload  Area  Objective  of  5,500  sq.  ft.,  threshold  2,200  sq.  ft. 

4.  Crew  Size  Objective  2,  threshold  3. 

5.  Maximum  un-refueled  range  in  High  Speed/Shallow  Water  Mode  '-'500- 
600  nautical  miles  (40  knots,  through  Sea  State  4)  in  loaded  condition. 

6.  Maximum  Speed,  full  load  condition  in  High  Speed,  Shallow  Water  Mode 
of  -40  knots  through  top  end  of  Sea  State  4. 

7.  Un-refueled  range,  in  a  no-cargo  condition,  of  2,500  nautical  miles  in  a 
Fuel  Efficient/Good  Sea  Keeping  Mode  (20  knots,  through  Sea  State  5) 

8.  Amphibious  capability  to  traverse  sand  bars  and  mud  flats,  thereby 
providing  a  “feet  dry  on  the  beach”  capability. 

9.  Ability  to  mitigate  wave-induced  motions  in  Sea  State  4/5  to  enable  rapid 
vehicle  transfer  (loading/un-loading)  between  the  T-CRAFT  and  a 
Maritime  Prepositioning  Force  (Futurej/Sealift  ship. 

2,  Functional  Flow  Diagram 

The  T-Craft  is  a  connector  between  the  sea  base  and  the  shore.  It  must  have  the 
capability  to  deploy  from  an  intermediate  support  base  and  conduct  a  2,500  nautical  mile 
transit  to  the  sea  base. 
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Figure  4.  Functional  Flow  Diagram 


Once  in  the  operation  area,  it  is  used  as  a  sea  base  connector,  transporting  cargo 
for  the  MPF(F).  From  the  sea  base,  the  T-Craft  is  used  as  a  connector  to  the  shore  base 
and  transits  troops,  wheeled,  and  tracked  vehicles.  Figure  4  illustrates  this.  Details  are 
described  in  subsection  3. 

3,  Assumptions 

The  T-Craft  is  operating  as  an  expeditionary  and  logistic  connector.  We  made  the 
following  assumptions  in  building  a  model  of  operations. 

a.  Cargo  Payload  Weight  vs.  Cargo  Payload  Area 

The  number  of  sorties  required  depends  upon  the  amount  of  total  weight 

and  the  footprint  of  both  the  material  and  the  troops  that  have  to  be  projected  to  the  shore. 

The  Dahlgren  report  (NSWCDD,  2009)  investigated  different  types  of  brigades  and 

assumed  different  cargo  payload  weights  and  cargo  payload  areas  for  different  versions 

of  T-Craft.  As  a  result  the  number  of  T-Craft  sorties  required  depends  upon  both  the 

cargo  weight  and  the  cargo  footprint.  Both  the  cargo  deck  footprint  and  tonnage  capacity 
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can  be  important  and  have  to  be  considered.  In  some  eases  more  sorties  are  needed  when 
the  number  of  sorties  is  based  on  the  footprint,  in  other  eases  the  tonnage  is  more 
important  than  cargo  square  feet.  Furthermore,  the  Dahlgren  report  (NSWCDD,  2009) 
mentions  that  the  Marines  projeet  80  pereent  deek  use  effieiency.  The  80  pereent  factor 
was  derived  from  the  cargo  deck  efficiency  projected  for  the  LCAC  with  a  slight  upgrade 
for  T-Craft  potential  improvement.  The  model  that  was  developed  for  this  thesis 
considers  different  deck  use  efficiencies  and  different  combinations  for  cargo  payload 
weights  and  cargo  deck  areas  in  order  to  investigate  the  effects. 

b.  Loading  and  Unloading 

The  Dahlgren  report  (NSWCDD,  2009)  identifies  eight  steps  in  a  T-Craft 
sortie,  in  addition  to  the  transit  time,  when  conneeting  to  a  Large  Medium  Speed  Roll- 
on/Roll-off  (LMSR,  also  called  Legacy)  ship.  These  steps  take  a  total  of  approximately 
3.5  hours  (Table  2). 

Table  2.  Steps  of  a  T-Craft  Sortie  Excluding  Transit  Time  (From  NSWCDD,  2009, 

p.  7) 

1 .  T-Craft  connects  to  LMSR  —  45  minutes 

2.  Load  and  gripe  —  30  minutes 

3.  Disconnect  from  LMSR  —  15  minutes  (faster  in  an  emergency) 

4.  Transform  SES  to  ACV  —  30  minutes 

5.  Approach  beach —  15  minutes 

6.  Drop  ramp,  unload  and  ramp  up  —  30  minutes 

7.  Get  off  the  beach — 15  minutes 

8.  Transform  ACV  to  SES — 30  minutes. 

When  the  T-Craft  approaches  the  beach  it  transforms  into  an  Air- 
Cushioned  Vehicle  (ACV)  that  can  come  ashore.  It  transforms  back  to  a  Surface  Effects 
Ship  (SES)  to  travel  at  high  speed  back  to  the  sea  base.  Foreign  Objeetive  Deteetion 

13 


(FOD)  removal  and  refueling  are  not  ineluded  in  the  eight  steps  shown  in  Table  2.  The 
report  does  not  speeify  how  the  vehieles  or  cargo  will  be  rolled  on  and  rolled  off  to  the  T- 
Craft  in  only  30  minutes  or  how  the  gripe  process  will  work.  Our  analysis  accounts  for 
the  uncertainty  by  studying  ranges  of  loading  times,  times  to  convert  from  SES  to  ACV 
and  back  to  SES,  and  unloading  times.  We  use  the  Dahlgren  report  to  provide  baseline 
figures  for  these  values.  Eoading  and  unloading  times  were  varied  from  1  to  5  hours  and 
from  1  to  4  hours,  respectively. 

The  parameter  unloading  time  in  the  model  of  this  thesis  does  not  consider 
the  transition  times.  Transition  times  will  be  treated  individually.  We  also  analyze  ranges 
of  values  for  the  transition  distances  to  shore  and  speeds  in  the  ACV  mode. 

c.  Survivability  and  Batch  Sizes 

The  most  extensive  and  dangerous  mission  is  to  project  an  Assault 
Echelon  of  a  MEB  to  the  shore  when  the  enemy  is  still  present.  In  this  case,  we  face  the 
possibility  that  some  T-Crafts  will  be  destroyed  or  disabled  during  the  mission. 

A  common  strategy  to  decrease  the  number  of  ships  lost  in  such  a  military 
operation  is  to  beach  the  troops  in  echelons  (also  called  batches).  Batching  decreases  the 
probability  of  hits  for  each  individual  T-Craft  when  the  troops  are  projected  to  the  shore. 
In  order  to  generalize  the  problem  it  makes  sense  to  work  with  probabilities  of  hit  for  the 
batches.  The  probability  of  hit  for  an  individual  T-Craft  can  be  computed  based  upon  the 
size  of  batch.  We  assume  that  any  troops  onboard  the  T-Craft  suffer  attrition  from  the 
hits.  The  rate  of  attrition  from  each  hit  has  to  be  one  of  the  input  parameters.  Another 
question  is  how  many  hits  an  individual  T-Craft  can  cope  with  before  it  sinks.  We  model 
this  using  a  distribution  where  the  probability  of  sinking  depends  upon  the  number  of  hits 
that  the  T-Craft  has  sustained  during  an  operation.  We  assume  that  a  T-Craft  will  sink 
with  a  certain  probability  after  each  hit.  If  a  T-Craft  has  been  damaged  during  a  trip  but 
not  sunk,  we  assume  it  will  be  pulled  from  service  for  repairs  and  will  be  unavailable  for 
the  remainder  of  this  mission. 
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d.  Probability  of  Failure 


We  assume  for  our  model  that  T-Craft  with  minor  failures  ean  be  repaired 
within  a  short  time  frame.  A  T-Craft  with  minor  failures  will  therefore  remain  available 
for  additional  trips. 


e.  Fuel  Consumption  and  Range 

The  T-Craft  must  be  able  to  deploy  from  the  Advanced  Base  and  travel  up 
to  2,500  nautical  miles  at  a  speed  of  20  knots  in  a  no-cargo  condition  without  any  refuels. 
This  is  a  huge  distance  compared  with  the  maximum  unrefueled  range  of  500  miles  at  a 
speed  of  40  knots  in  cargo  condition.  The  Dahlgren  report  (NSWCDD,  2009)  specifies 
target  values  for  the  fuel  consumption  of  the  T-Craft  at  different  speeds  depending  on 
cargo  conditions.  The  numbers  are  provided  in  Table  3.  The  impact  of  the  sea  state  on 
fuel  consumption  was  not  specified  and  is  not  considered  in  this  thesis. 

Table  3.  T-Craft  Rates  of  Fuel  Consumption  (From  NSWCDD,  2009,  p.  27) 


In  sea  state  4  conditions  the  T-Craft  designs  cunently  being  de\  eloped  offer  the  following 
rates  of  fiiel  consumption: 

Speed  in  knots 

Fuel  Consumption  in  Long  Tons  (2240  pounds)  lioin 

10 

1.5 

20 

3.0 

30 

7.0 

40 

8.5 

In  the  case  of  very  long  distances,  when  more  fuel  is  needed  for  one  turn 
than  the  tank  capacity  provides,  a  secondary  or  additional  tank  is  needed  that  decreases 
the  cargo  payload  weight  of  the  T-Craft.  The  occurrence  of  this  case  has  to  be  considered 
in  the  model.  Based  on  the  T-Craft  rates  of  fuel  consumption  provided  by  the  Dahlgren 
report,  we  conclude  that  the  fuel  capacity  of  the  T-Craft  should  be  at  least  110  long  tons 
without  affecting  the  cargo  payload  weight.  The  Dahlgren  report  does  not  state  whether 
the  MPF(F)  has  the  capability  for  concurrent  fueling  and  cargo  loading  so  both  scenarios 
are  considered  in  this  thesis.  If  this  capability  exists,  we  assume  that  cargo  loading  would 
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take  more  time  than  refueling.  If  not,  then  refueling  and  loading  would  be  sequential 
operations  and  additional  time  is  required  for  any  refueling  event.  We  estimate  120 
tons/hour  for  non-coneurrent  fueling  operations  based  on  operational  experienee  with  the 
LCAC. 

D,  SCENARIO  REPRESENTATION 

1.  Overview 

Realistie  seenarios  are  important  when  eondueting  simulation  studies.  In  order  to 
ereate  a  seenario  we  gained  the  basie  outline  for  the  seenario  of  this  thesis  from  relevant 
publieations.  The  first  publieation  that  we  used  was  done  in  September  2009  by  the 
Dahlgren  report  (NSWCDD,  2009),  at  the  request  of  the  ONR  Program  Manager  for  T- 
Craft,  to  deseribe  the  forees  whieh  potentially  would  be  involved,  especially  the  Marine 
Corps’  envisioned  MEB  2015  as  well  as  the  MEB  2024.  The  report  also  considered  some 
very  basic  scenarios  by  using  Excel  spreadsheet  models  of  how  many  T-Craft  of  a  given 
design  are  required  to  accomplish  the  JEEO  mission  within  the  time  constraints  posed  by 
the  operational  force  strategy  and  tactics.  The  main  assumptions  and  input  parameters  of 
the  model  used  in  this  thesis  are  based  on  the  results  and  conclusions  of  the  Dahlgren 
report.  The  second  important  paper  that  influenced  the  range  of  the  input  factors  is  the 
BAA  #05-020  by  the  ONR,  which  provides  some  desired  capabilities,  thresholds,  and 
objectives  of  the  T-Craft.  The  third  paper  that  we  used  to  develop  the  scenario  outline  is  a 
Limited  Systems  Engineering  Analysis  study  published  by  Hellard,  Rowden,  and  Jimenez 
(2010)  from  the  Naval  Postgraduate  School.  The  purpose  of  their  project  was  to  develop 
five  very  specific  scenarios  designed  to  flex  the  capabilities  of  the  T-Craft  and  to  create 
some  simplistic  models  in  order  to  discover  important  high-level  issues.  Since  the  five 
developed  scenarios  are  too  specific  to  conduct  a  robust  analysis,  we  did  not  use  these 
scenarios  to  design  the  experiments  in  this  thesis.  Instead,  we  used  a  very  general 
scenario  in  order  to  measure  the  effectiveness  and  to  find  important  threshold  values.  The 
following  is  a  brief  synopsis  of  the  scenario  that  forms  the  basis  of  the  simulation  model. 
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2. 


General  Situation 


The  general  seenario  established  in  this  thesis  is  that  the  United  States  has  beeome 
involved  in  a  major  military  eonfliet  and  that  a  certain  amount  of  force  has  to  be 
projected  from  a  sea  base  to  the  shore  using  T-Craft.  The  total  weight  and  the  footprint  of 
these  forces  are  important  input  parameters  to  compute  the  number  of  sorties  that  are 
needed  to  accomplish  the  mission. 

a.  Sea  Base  and  Shore  Characteristics 

The  number  of  available  sea  spots  where  the  T-Craft  are  loaded  can  vary 
depending  on  the  size  and  the  structure  of  the  sea  base.  Furthermore,  the  loading  time  at 
the  sea  base,  transition  times  to  ACV  and  back  to  SES,  the  unloading  time  at  the  shore, 
and  the  number  of  available  shore  spots  on  the  shore  base  all  affect  the  operational 
tempo.  The  T-Craft  will  also  need  refueling  at  the  sea  base.  Because  five  of  the  six  ships 
of  the  MPF(F)  are  still  under  development,  there  is  currently  no  information  about 
whether  concurrent  refueling  and  loading  will  be  possible.  The  occurrence  of  both  cases, 
concurrent  and  non-concurrent  refueling  and  loading,  is  considered  in  the  model. 

b.  T-Craft  Characteristics 

Because  the  performance  parameters  of  the  T-Craft  are  still  unknown, 
several  factors  are  studied  by  varying  them  over  plausible  ranges.  Three  of  the  most 
important  performance  parameters  for  the  T-Craft  are  the  cargo  payload  weight  (in  long 
tons),  the  cargo  deck  size  (in  square  feet),  and  the  deck  use  efficiency  (in  percent).  The 
numbers  of  sorties  that  are  required  to  project  the  forces  to  the  shore  depend  on  these 
values,  as  well  as  on  the  total  weight  and  the  footprint  of  the  forces  to  be  projected  to 
shore.  The  number  of  sorties  required  can  be  computed  based  on  these  five  parameters  if 
no  losses  are  sustained.  Other  T-Craft  input  performance  parameters  are  the  SES  speed, 
the  ACV  speed,  the  fuel  consumption  in  loaded  and  unloaded  conditions,  and  the  tank 
capacity  of  the  T-Craft.  The  distance  between  sea  base  and  the  shore  and  the  transition 
distance  to  shore  also  have  an  impact  to  the  time  of  completion.  Furthermore,  the  T-Craft 
should  form  batches  after  loading.  We  assume  that  a  bigger  batch  size  increases  the 
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probability  of  surviving  for  each  individual  T-Craft.  Parameters,  such  as  the  probability 
of  hit  for  a  batch  and  the  attrition  rate  of  the  troops  that  are  onboard  when  a  T-Craft  is  hit, 
affect  survivability  and  the  rate  at  which  material  can  be  transferred  to  the  shore.  When  a 
T-Craft  gets  hit,  the  probability  of  sinking  has  to  be  handled.  In  this  thesis  it  is  assumed 
that  an  individual  T-Craft  can  survive  at  most  four  hits,  but  there  is  a  non-zero  probability 
of  sinking  associated  with  every  hit.  With  each  additional  hit,  the  probability  of  sinking 
increases;  after  five  hits  the  probability  of  sinking  is  assumed  to  be  one.  Furthermore, 
there  are  three  different  situations  when  T-Craft  can  take  hits:  during  transit  from  the  sea 
base  to  shore  with  troops  onboard,  during  unloading  at  shore,  and  during  transit  from  the 
shore  back  to  the  sea  base  without  troops  onboard.  Each  of  these  situations  has  to  be 
handled  in  a  different  way.  Additionally,  the  possibility  of  minor  failures  and  repairs  of 
these  failures  has  to  be  considered. 

E.  CHARACTERISTICS  OF  THE  ARENA  SIMULATION  MODEL 

This  section  describes  the  basic  characteristics  of  the  Arena  modeling  and 
simulation  environment  that  was  used  to  develop  the  T-Craft  model  and  explains  why 
Arena  was  chosen  for  building  model.  Arena  supports  entity-based,  process-driven 
simulations.  In  Chapter  III,  the  scenario  implementation  is  described.  Readers  who  want 
to  know  more  about  Arena  can  consult  either  the  user’s  manual,  which  can  be 
downloaded  from  the  Rockwell  Automation  website  at  http://www.arenasimulation.com, 
or  the  textbook  Simulation  with  Arena  (4th  edition)  by  Kelton,  Sadowski,  and  Sturrock 
(2007). 


1,  Reasons  for  Choosing  Arena 

Arena  is  the  simulation  environment  that  we  selected  for  developing  the  model  of 
T-Craft  operations.  The  Arena  modeling  and  simulation  environment  was  chosen  because 
of  its  capability  to  model  logistic  problems,  ease  of  handling,  and  its  prevalence  on  the 
market.  Arena  was  developed  in  the  middle  of  the  1990s  by  Systems  Modeling 
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Corporation  and  is  a  commercial  product  based  on  the  SIMAN  simulation  language.  In 
2001,  Rockwell  Software  purehased  Systems  Modeling.  This  eompany  still  develops  and 
supports  Arena. 

Arena  is  very  simple  in  design  and  very  effeetive  when  analyzing  proeesses  or 
flows.  Proeesses  that  ean  be  deseribed  by  means  of  a  flowohart  can  also  be  simulated 
with  Arena.  It  also  provides  2-D  model  animation,  whieh  is  very  helpful  in  the  debugging 
proeess  and  during  demonstrations  of  the  model.  Visual  support  of  proeess  flow  inereases 
eredibility  and  supports  the  understanding  for  deeision  makers. 

Arena  provides  an  intuitive  diserete-event,  entity-based  simulation  environment 
and  is  an  effeetive  modeling  tool  for  analyzing  eomplex  large-seale  proeesses  involving 
warehousing,  serviee,  logisties,  and  distribution  proeedures.  The  ability  of  Arena  to 
ereate  custom  templates  for  complex,  repetitive  logie,  to  simplify  model  development, 
and  to  reduee  model  development  time  is  very  useful  for  modeling  proeesses.  Arena 
models  ean  use  a  spreadsheet  for  their  inputs,  whieh  faeilitates  the  use  of  data  farming 
teehniques. 

2,  Model  Characteristics 

This  section  describes  our  objeetives  in  building  the  simulation  model,  followed 
by  a  eoneeptual  overview  of  the  model.  Each  component  module  in  the  model  is  then 
diseussed  in  detail.  A  functional  specification  of  the  model  is  eontained  in  the  Appendix. 

a.  Goals  and  Measures  of  Effectiveness  (MOEs) 

The  simulation  models  missions  where  the  objeetive  is  to  projeet  a  eertain 
amount  of  troops  and  eargo  to  the  shore.  In  general,  the  total  load  and  footprint 
eonsidered  is  equivalent  to  a  MEB.  The  length  of  the  simulation  for  an  individual  run 
eannot  be  adjusted  direetly — the  simulation  stops  when  the  entire  amount  of  troops  and 
eargo  is  either  unloaded  onshore  or  destroyed.  The  simulation  run-time  depends  on  many 
input  parameters  to  the  model.  These  parameters  are  described  in  detail  in  Chapter  III.D. 
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The  most  important  input  parameters  are: 

1.  total  load  and  footprint  of  the  troops  and  eargo  that  have  to  be 
projeeted  to  the  shore 

2.  eargo  payload  weight  and  the  eargo  deek  size  of  the  T-Craft 

3.  number  of  available  T-Crafts 

4.  deek  use  effieieney 

5.  distanee  between  sea  base  and  shore 

6.  transition  distanee  to  shore 

7.  speed  of  the  T-Crafts  in  SES  and  ACV  mode 

8.  load  and  unload  times 

9.  transition  time  from  SES  to  ACV  and  ACV  to  SES 

10.  number  of  sea  spots  and  shore  spots 

1 1 .  eapability  of  eoneurrent  loading  and  fueling 

12.  refueling  rate 

13.  tank  eapaeity  and  fuel  eonsumption  of  the  T-Craft 

14.  bateh  size  of  T-Crafts  in  ease  of  enemy  presenee 

15.  probability  of  getting  a  hit,  attrition  rate  of  the  troops  onboard  with 
eaeh  hit,  and  probability  of  sinking  after  getting  hits  of  the  T-Craft 

16.  number  of  hits  until  repair  required 

17.  probability  of  failure  and  repair  times 

The  ultimate  goal  of  the  simulation  is  determining  the  impaet  these  input 
parameters  have  on  the  mission  sueeess.  The  primary  MOEs  that  are  used  to  assess 
mission  sueeess  are: 

1 .  time  to  eomplete  a  mission 

2.  proportion  of  troops  and  cargo  successfully  delivered  onshore 

3 .  proportion  of  T -Crafts  destroyed 
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These  MOEs  directly  relate  to  the  combat  effectiveness  of  the  combatants 
because  they  affect  the  combat  power  after  arriving  onshore.  Secondary  measures  of 
interest  include,  but  are  not  limited  to,  the  following:  time  in  queues  for  T-Craft,  number 
of  sorties  processed,  the  number  of  sorties  that  remain  at  the  sea  base  (which  happens  if 
all  T-Crafts  are  destroyed),  and  the  number  of  refueling  events.  The  use  of  data  farming 
techniques  allows  analysis  of  these  and  other  factors. 

b.  Conceptual  Model 

We  have  modeled  T-Craft  transport  and  delivery  system  as  a  discrete 
event-driven,  entity-based  inventory  queuing  model  with  multiple  servers.  Basic  queuing 
models  consist  of  customers  who  arrive  for  a  service,  servers  who  provide  the  service, 
and  an  inventory  available  to  the  servers.  In  this  model,  the  customers  are  the  T-Crafts. 
The  service,  required  by  all  vessels,  occurs  in  three  steps.  The  first  step  is  the  loading 
without  refueling  at  the  sea  spot,  the  second  step  is  the  unloading  onshore,  and  the  third 
step  is  (eventually)  the  loading  with  refueling  at  the  sea  spot  based  on  a  couple  of  input 
parameters  that  have  to  be  considered.  Successful  service  for  a  T-Craft  is  achieved  by 
successful  delivery  of  troops  and  cargo  onshore  which  occurs  in  step  two.  This  will 
increase  the  inventory  level  onshore — in  this  case,  the  amount  of  troops  and  cargo.  The 
second  successful  service  occurs  in  step  one  when  the  T-Craft  receives  its  sortie  at  the  sea 
base.  In  this  case,  the  inventory  level  of  the  sea  base  will  be  decreased.  The  same  happens 
in  case  of  the  loading  with  refueling  service  in  step  three. 

c.  Key  Components  of  the  Model 

In  this  section,  we  describe  some  of  the  key  components  of  the  Arena 
simulation  model.  For  more  details,  we  recommend  Chapter  2.3  of  the  textbook 
Simulation  with  Arena  (4th  edition)  by  Kelton,  Sadowski,  and  Sturrock  (2007). 

1.)  Entities.  Entities  are  the  dynamic  objects  in  the  simulation. 
They  are  built  into  the  system  with  the  Create  module,  move  around  through  the  model, 
wait  in  queues,  change  status  and  are  affected  by  other  entities,  and  then  are  disposed  of 
when  they  leave  the  system.  The  entities  are  the  parts  in  the  simulation  that  are  processed. 
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It  is  possible  to  have  different  kind  of  entities  and  eaeh  kind  of  entity  can  have  many 
independent  copies.  For  example,  in  this  thesis  the  entities  are  T-Crafts.  Because  the 
number  of  T-Craft  can  vary,  in  different  scenarios  the  number  of  entities  will  vary. 


TCrafts  Arrive 


0 


Figure  5.  The  Create  Module  and  its  GUI  in  Arena 

2.)  Attributes.  The  entities  each  have  their  own  characteristics, 
referred  to  as  attributes.  The  attributes  individualize  entities-the  specific  values  of  the 
attributes  differ  from  one  entity  to  another.  An  entity  can  have  as  many  attributes  as 
needed.  Arena  keeps  track  of  some  attributes  automatically,  but  the  user  can  define  and 
change  as  many  of  his  own  attributes  as  are  needed  in  the  model  by  using  the  Assign 
module. 
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Figure  6.  The  Assign  Module  and  its  GUI  in  Arena 

In  the  thesis  model,  all  T-Crafts  are  assigned  five  user-defined 
attributes.  These  attributes  are  needed  in  the  model  as  a  part  of  the  proeess  logie.  For 
example,  Figure  6  illustrates  setting  the  individual  tank  eapaeity  for  eaeh  T-Craft  at  the 
beginning  of  the  simulation. 

3. )  Variables.  Variables  are  used  to  refieet  global  eharacteristies 
of  the  whole  system.  The  values  of  the  variables  are  shared  by  entities — they  don’t  store 
individual  values  for  different  entities,  but  their  global  values  ean  be  used  or  ehanged  by 
individual  entities  as  often  as  needed.  There  are  two  different  types  of  variables.  Within  a 
model,  the  user  ean  define  many  different  unique  variables.  Additionally,  Arena  already 
provides  built-in  variables,  sueh  as  number  in  queue,  simulation  eloek  time,  number  of 
busy  servers,  ete.  Variables  are  defined  and  changed  similarly  to  attributes,  using  the 
Assign  module  (Figure  6). 

4. )  Resources.  Entities  often  compete  with  each  other  for  service 
from  resources.  Resources  are  stationary  elements  like  personnel,  machines,  or  other 
kinds  of  equipment.  They  have  a  specified  capacity  at  any  point  in  time,  which  means 
that  they  are  limited,  and  the  capacity  can  change  during  the  simulation  run.  A  resource 
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can  represent  a  number  of  individual  servers.  The  individual  servers  are  units  of  the 
resouree  and  have  a  set  of  states  (usually  idle  or  busy).  In  this  thesis,  resourees  are  used 
to  model  the  sea  spots  at  the  sea  base  and  the  shore  spots  at  the  coast.  The  entities  (T- 
Crafts)  queue  for  available  resourees,  seize  the  resouree  (for  example,  the  sea  spot)  when 
available,  and  release  it  when  the  service  is  finished.  That  resource  then  becomes 
available.  If  there  are  more  entities  than  servers  available,  the  entities  wait  in  the 
associated  queue  of  the  resource.  When  the  resource  is  available  again,  the  next  entity 
waiting  will  seize  the  resouree.  Any  delays  that  oceur  due  to  resource  unavailability  lead 
to  process  delays.  The  information  about  resourees  is  maintained  in  the  resouree  table  as 
seen  in  Table  4.  In  the  resouree  table  the  type  and  eapaeity  of  any  given  resouree  ean  be 
defined.  For  the  thesis  model  the  available  resourees  are  the  sea  spots  and  the  shore  spots, 
eaeh  of  them  with  a  eertain  eapaeity,  whieh  is  defined  in  the  Excel-input  file.  An  entity 
that  seizes  a  resouree  is  referred  to  as  seizing  a  unit  from  its  total  eapaeity.  Entities  are 
authorized  to  seize  and  release  multiple  units  of  capacity.  (Kelton,  Sadowski  &  Sturrock, 
2007) 

Table  4.  The  Resouree  Data  Table  in  Arena 


Resource  ■  Basic  Process 

Name 

Type 

Capacity 

Busy /Hour 

Idle /Hour 

Per  Use 

StateSet  Name 

Failures 

Report  Statistics  | 

1 

ShoreResource  ▼ 

Fixed  Capacity 

1 

0.0 

0.0 

0.0 

Orows 

|7 

2 

SeabaseResource 

Fixed  Capacity 

1 

0.0 

0.0 

0.0 

Orows 

F 

Double-click  here  to  add  a  new  row 


5.)  Queues.  When  an  entity  needs  a  plaee  to  wait  beeause  it  needs 
to  seize  a  unit  of  a  resouree  that  is  tied  up  by  another  entity,  the  wait  is  spent  in  a  queue. 
The  entities  enter  the  queue  and  are  removed  from  it  based  on  the  ehange  in  state  of  the 
resouree.  Queues  are  generated  at  the  Process  module  to  indieate  where  an  entity  will 
wait  for  resources  to  complete  the  process  if  necessary. 
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Help 

Figure  7.  The  Process  Module  and  Associated  Queue  GUI  in  Arena 

Arena  provides  two  different  types  of  queues.  Individual  queues 
have  a  specific  capacity,  a  ranking  rule,  and  a  name.  The  entities  in  these  queues  can  be 
animated  and  ranked  using  a  ranking  rule  mechanism.  Furthermore,  it  is  possible  to 
collect  statistics  on  them  and  to  collect  them  into  batches.  The  second  kind  of  queue  is 
the  internal  queue.  Internal  queues  just  provide  a  first-in,  first-out  container  for  entities  at 
a  particular  module.  They  do  not  provide  animation,  ranking,  and  statistics.  An  example 
of  a  queue  in  this  thesis  is  the  queue  that  rises  at  the  sea  base  when  entities  are  waiting  for 
the  next  available  sea  spot.  Figure  7  represents  the  Sea  base  module  and  its  associated 
Queue  GUI. 

6.)  Batches.  Forming  batches  is  a  very  useful  feature.  Batches 
allow  the  user  to  collect  a  certain  number  of  entities  by  using  a  queue,  form  them  into  a 
unit,  send  the  entire  unit  through  some  modules,  and  separate  the  unit  into  individual 
entities  if  needed.  In  the  thesis,  model  T-Crafts  form  batches  after  loading  at  the  sea  base, 
travel  as  a  unit  to  the  shore,  and  are  separated  at  the  shore  before  unloading.  Using  this 
tactic  increases  the  survivability  of  the  individual  T-Craft  in  the  presence  of  an  enemy. 
Figure  8  illustrates  forming  a  Batch. 
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BatchTcraft 


Figure  8.  The  Batch  Module  and  its  GUI  in  Arena 


7.)  Simulation  time.  Because  Arena  is  a  discrete-event  simulation 
model,  the  simulation  time  does  not  flow  continuously.  Time  advances  only  from  the 
time  of  one  event  to  the  time  of  the  next  event  scheduled  to  occur.  For  example,  if  a 
process  needs  a  certain  amount  of  time  to  complete  mission,  which  implies  a  delay,  the 
completion  time  will  be  added  to  a  priority  queue  of  pending  events.  The  simulation 
clock  will  then  advance  to  the  time  of  next  pending  event,  which  may  or  may  not  be  the 
completion  event  which  was  just  scheduled.  When  nothing  happens  between  two  events, 
there  is  no  need  to  waste  computation  time  looking  at  simulated  times  that  do  not  affect 
the  simulation.  Keeping  track  of  the  simulation  clock  is  a  critical  aspect  of  simulation. 
Arena  makes  the  simulated  clock  available  via  a  read-only  variable  called  TNOW. 

Figure  9  shows  the  Run  Setup  mode  that  provides  the  setting 
options  for  experiments  to  the  user’s  specific  model,  such  as  project  parameters, 
replication  parameters,  array  sizes,  run  speed,  run  control,  and  reports. 
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Figure  9.  The  Run  Setup  Menu  in  Arena 


27 


THIS  PAGE  INTENTIONALLY  LEET  BLANK 


28 


III.  MODEL  IMPLEMENTATION 


A.  INTRODUCTION 


We  use  the  teehnique  of  data  farming  that  has  been  developed  by  the  Simulation, 
Experiments,  and  Effieient  Designs  (SEED)  Center  at  the  Naval  Postgraduate  Sehool. 
Data  farming  provides  the  analyst  with  methods  to  feed  the  model  with  inputs  in  an 
effieient  manner  and  assess  the  eorresponding  results  in  the  output.  The  teehnique  allows 
running  a  simulation  many  times,  while  simultaneously  changing  the  input  parameters.  In 
the  Arena  simulation  software  input  parameters  can  be  provided  from  an  external  Access 
data  base  or  an  Excel  file.  The  latter  is  used  in  this  thesis.  In  the  Excel  file,  31  input 
parameters  have  to  be  defined  in  the  first  3 1  columns  for  every  run.  Each  row  in  the  file 
represents  an  individual  run  of  the  simulation  model.  When  Arena  finishes  an  individual 
run,  the  output  parameters  are  written  in  another  20  columns  of  that  row.  Consequently, 
the  Excel  file  provides  5 1  input  and  output  values  for  every  run.  All  input  parameters  and 
the  three  primary  output  variables  will  be  described  in  section  D  of  this  chapter.  Eigure 
10  shows  a  part  of  the  Excel  file  with  the  first  16  input  parameters. 
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Eigure  10.  Excel  Eile  with  the  Eirst  16  Input  Parameters 


The  concept  of  input  and  output  factors  in  the  Excel  file  is  important  to 
understand  the  model  implementation  in  Arena.  The  following  pages  describe  the  main 
parts  of  the  model.  We  start  by  outlining  the  resources  of  interest  involved  in  the 


29 


simulation  followed  by  the  description  of  the  entities  and  their  assigned  attributes. 
Finally,  we  describe  the  parameters  chosen  as  factors  for  the  simulation  experiment  in 
this  thesis. 

B.  RESOURCES 

Resources  are  used  to  represent  servers,  equipment,  or  people  that  influence  the 
entities  in  a  system.  The  thesis  model  utilizes  two  resources.  These  are  the  sea  spots  and 
the  shore  spots  that  are  available  for  loading  and  unloading.  In  Arena,  the  capacity  of  a 
resource  is  a  constant  that  usually  will  not  be  changed  during  a  running  experiment. 

1,  Sea  Base 

The  number  of  sea  spots  is  one  of  the  important  factors.  Figure  10  shows  that  the 
number  of  sea  spots  is  provided  in  the  Excel  file  in  column  L.  Figure  3  shows  that  nine 
available  sea  spots  at  the  MPF(F)  are  expected.  But,  the  number  and  the  kind  of  ships 
within  the  MPF  (F)  may  vary;  therefore,  it  should  be  possible  to  change  the  number  of 
sea  spots  that  are  available.  The  Arena  model  reads  the  factors  from  the  Excel  file. 
Eigure  11  shows  how  the  individual  runs  are  created  and  the  resource  “sea  base”  is 
defined  based  on  the  number  of  sea  spots. 


Eigure  1 1 .  Defining  the  “SeaBaseResource” 
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The  resource  “sea  base”  is  able  to  process  the  same  number  of  T-Crafts  as  sea 
spots  are  available  in  the  experiment. 

2.  Shore 

The  number  of  available  shore  spots  can  vary  as  well.  This  variable  depends 
mainly  on  the  nature  of  the  shore.  In  an  area  of  steep  coast  or  other  difficult  terrain,  it  is 
imaginable  that  there  are  only  a  few  places  to  beach  T-Crafts  despite  their  amphibious 
capability.  Additionally,  the  nature  of  shore  has  to  allow  heavy  vehicles  to  move  into  the 
interior  of  the  country.  Because  an  unloading  time  of  one  to  four  hours  is  expected  for  an 
individual  T-Craft,  the  number  of  available  shore  spots  is  important  and  should  be 
investigated  as  a  factor.  The  Excel  input  file  provides  this  capability  in  column  K. 
Defining  the  resource  “shore”  is  the  same  as  defining  the  resource  “sea  base”  shown  in 
Figure  11.  The  resource  “shore”  is  able  to  process  the  same  number  of  T-Crafts  as  shore 
spots  are  available  in  the  experiment. 

C.  ENTITIES  AND  ATTRIBUTES 

Entities  are  the  most  important  participants  in  an  Arena  simulation.  Entities  travel 
through  the  model,  are  influenced  by  processes,  and  utilize  the  resources.  Entities  get 
their  unique  identity  from  attributes — each  entity  can  have  as  many  attributes  as  needed. 
In  the  thesis  model  six  different  attributes  are  used.  The  attributes  follow  a  naming 
convention — they  begin  with  “Entity. IDENT.”,  followed  by  the  attribute  name.  Two 
different  kinds  of  entities  are  used  in  the  thesis  model — the  minor  entity  and  the  major 
entity.  We  describe  the  two  types  and  the  attributes  associated  with  each  type. 

1,  Minor  Entity 

The  minor  entity  type,  which  is  called  “Experiment”  in  the  model,  is  defined  as 
minor  because  its  purpose  is  to  initiate  the  “ReadWrite”  process  that  reads  the  input 
parameters  from  the  Excel  file,  create  the  resources  “sea  base”  and  “shore”,  and  define 
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values  for  some  variables  based  on  simple  calculations.  The  logic  associated  with  an 
“Experiment”  entity  is  shown  in  Figure  12.  Experiment  entities  have  only  those  attributes 
that  are  defined  by  Arena  automatically. 


Figure  12.  Initial  Process  and  Logic  of  an  “Experiment”  Entity 


2,  Major  Entity 

The  major  entity  type,  which  is  called  Entity  in  the  thesis  model,  represents  the  T- 
Crafts  that  travel  through  the  simulated  process.  The  T-Craft  entity  is  created  at  the 
beginning  of  the  main  process,  shown  in  Figure  13. 
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The  number  of  entities  depends  upon  the  input  parameter  “number  of  T-Crafts” 
that  is  provided  by  column  J  of  the  Excel  file.  Upon  creation,  the  T-Craft  entity  is 
immediately  assigned  a  set  of  eight  attributes. 

1.  Amount  of  fuel  capacity  (Entity.IDENT.FuelC):  This  is  the  amount  of  fuel 
in  long  tons  that  is  carried  onboard  by  each  individual  T-Craft.  The  tank 
capacity  is  one  of  the  input  parameters  and  is  provided  by  the  Excel  file  in 
column  W.  The  tank  capacity  is  defined  as  the  amount  of  fuel  that  the  T- 
Craft  can  carry  without  decreasing  the  cargo  payload  weight.  At  the 
beginning  of  the  simulation,  the  model  determines  if  the  tank  capacity  is 
sufficient  to  travel  the  distance  from  the  sea  base  to  the  shore  and  back  to 
the  sea  base.  If  this  is  the  case,  the  amount  of  fuel  will  be  determined  by 
the  tank  capacity.  Otherwise,  the  amount  of  additional  fuel  needed  is 
calculated  and  the  fuel  capacity  will  be  set  to  the  sum  of  tank  capacity  and 
additional  fuel.  If  this  happens,  the  cargo  payload  weight  will  be  reduced 
by  the  weight  of  the  additional  fuel.  During  traveling  between  sea  base 
and  shore,  the  T-Crafts  consume  fuel  and  the  fuel  level  decreases  until  the 
T-Craft  is  refueled  at  the  sea  base. 

2.  Amount  of  loaded  troops  (Entity. IDENT.EoadedTroops):  This  is  the 
amount  of  troops  that  are  carried  from  the  sea  base  to  the  shore  during  a 
single  trip.  The  amount  of  troops  can  be  measured  as  weight  in  long  tons 
or  as  footprint  in  square  feet  depending  on  which  yields  the  bigger  number 
of  sorties  needed  to  transport  the  troops  to  the  shore.  When  the  T-Craft 
takes  hits,  the  amount  of  loaded  troops  decreases  based  on  to  the  attrition 
rate,  which  is  provided  by  column  P  of  the  Excel  file. 

3.  Size  of  batch  (Entity. IDENT.BatchSize):  This  attribute  stores  the  size  of 
the  batch  in  which  groups  of  T-Craft  travel  to  shore.  The  probability  of  hit 
for  the  entire  batch  is  an  input  parameter  that  is  provided  by  the  Excel  file, 
but  the  probability  of  hit  for  each  individual  T-Craft  within  the  model  still 
has  to  be  computed.  This  probability  depends  upon  the  size  of  the  batch, 
which  may  change  during  a  mission.  For  example,  the  batch  size  may 
change  when  T-Crafts  are  destroyed  or  when  there  is  not  enough  cargo  to 
transport  for  the  whole  batch. 

4.  Number  of  new  hits  (Entity.IDENT.NumHitNew):  This  attributes  stores 
the  number  of  hits  that  an  individual  T-Craft  has  sustained  during  one  of 
the  three  parts  of  a  trip;  during  the  transit  from  the  sea  base  to  the  shore, 
during  the  unloading  at  shore,  and  during  the  transit  from  shore  to  the  sea 
base.  It  is  assumed  that  the  T-Crafts  are  not  vulnerable  to  enemy  fire 
during  loading  and  refueling  at  the  sea  base.  The  attrition  of  the  troops 
onboard  depends  on  the  attrition  rate  per  hit,  which  is  given  in  column  P 
of  the  Excel  input  file,  and  the  number  of  hits  that  the  T-Craft  takes  during 
transit  and  unloading.  After  this  computation,  the  attribute  will  be  updated 
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with  the  previous  number  of  hits.  Once  updated,  the  attribute  is  used  to 
calculate  the  probability  of  sinking.  Sinking  depends  on  the  cumulative 
number  of  hits  suffered  by  the  T-Craft. 

5.  Number  of  old  hits  (Entity. ID  ENT  .NumHitOld):  This  attribute  is  used  to 
store  the  cumulative  number  of  hits  that  a  T-Craft  has  taken  during  a 
mission. 

6.  Sink  parameter  (Entity.IDENT.SinkParameter):  This  attribute  is  a  binary 
value.  If  a  T-Craft  gets  new  hits,  the  model  computes  the  sink  parameter 
based  on  the  probabilities  of  sinking.  The  parameter  is  set  to  one  if  the  T- 
Craft  sinks  and  zero  if  the  T-Craft  doesn’t  sink. 

7.  Time  stamp  (Entity.IDENT.TimeStamp):  This  attribute  is  used  to  give  the 
T-Craft  entities  a  time  stamp.  The  time  stamp  is  used  to  calculate  the 
probability  of  hit  during  unloading.  The  Excel  file  provides  a  probability 
of  hit  per  batch  per  hour  during  unloading.  It  is  assumed  that  the 
individual  probability  of  hit  during  unloading  depends  on  the  amount  of 
time  the  T-Craft  is  onshore,  excluding  waiting  time  at  sea,  and  including 
the  size  of  the  batch. 

8.  Probability  of  failure  (Entity. IDENT.ProbPailure);  This  attribute  is  a 
binary  value.  The  parameter  is  set  to  one  if  the  T-Craft  needs  repair  and 
zero  if  the  T-Craft  does  not  need  repair. 

D.  VARIABLES  OF  INTEREST 

This  section  describes  the  simulation  factors  and  primary  output  variables  that  are 
used  in  the  simulation  model.  Two  different  kinds  of  factors  are  distinguished.  Decision 
factors  can  be  controlled  in  the  real  world  by  the  decision  maker.  Factors  that  are  beyond 
the  decision  maker’s  control,  such  as  weather  influences  or  influences  caused  by  the 
enemy,  are  referred  as  noise  factors.  In  this  thesis,  the  decision  factors  are  the  factors  that 
have  a  direct  effect  on  the  operational  requirements  and  the  T-Craft  performance  or  can 
be  influenced  by  the  decision  maker.  All  other  input  factors  are  considered  noise  factors. 
The  next  two  sections  provide  descriptions  of  the  decision  and  noise  factors.  The  third 
section  describes  the  primary  output  variables  that  are  generated  by  the  simulation  model. 
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1. 


Decision  Factors 


The  following  factors  were  chosen  to  explore  the  effect  of  competing  system 
requirements  for  the  T-Crafts.  All  factors  are  numbers  that  are  provided  by  the  Excel 
input  file.  The  name  of  the  variable  within  the  model  is  presented  in  parentheses. 

1.  Cargo  payload  weight  (Capacity):  The  Cargo  Payload  weight  is  the 
amount  of  weight  in  long  tons  that  an  individual  T-Craft  is  able  to  project 
to  shore.  In  the  model,  the  Cargo  payload  weight  decreases  when  the  T- 
Craft  needs  to  carry  more  fuel  than  the  primary  tank  capacity  permits. 

2.  Cargo  deck  size  (DeckSize):  The  Cargo  deck  size  is  the  area  in  square  feet 
that  the  T-Craft  provides  for  cargo. 

3.  Speed  of  the  T-Craft  in  SES  mode  (Speed):  This  variable  is  defined  as  the 
speed  of  the  T-Craft  in  knots  in  SES  mode. 

4.  Speed  of  the  T-Craft  in  ACV  mode  (SpeedACV):  This  variable  is  defined 
as  the  speed  of  the  T-Craft  in  knots  in  ACV  mode. 

5.  Eoad  time  (EoadTime):  The  load  time  is  the  time  in  hours  that  the  T-Craft 
needs  to  load  troops  and  cargo  at  the  sea  base. 

6.  Unload  time  (UnloadTime):  The  unload  time  is  the  time  in  hours  that  the 
T-Craft  needs  to  unload  troops  and  cargo  at  the  shore. 

7.  Time  to  convert  to  ACV  (ConvertTimel):  The  time  to  convert  to  ACV  is 
the  time  that  the  T-Craft  needs  to  convert  from  the  SES  to  ACV  mode 
before  beaching. 

8.  Time  to  convert  to  SES  (ConvertTimel):  The  time  to  convert  to  SES  is  the 
time  that  the  T-Craft  needs  to  convert  from  the  ACV  to  SES  mode  before 
traveling  from  the  shore  to  the  sea  base. 

9.  Number  of  T-Crafts  (NumTcrafts):  The  number  of  T-Craft  that  are 
available  to  project  the  troops  and  the  cargo  from  the  sea  base  to  the  shore. 

10.  Number  of  sea  spots  (SeaSpots):  The  number  of  places  that  can  be  used  to 
load  the  T-Crafts  at  the  sea  base.  This  number  is  dependent  on  the  size 
and  the  type  of  ships  that  comprise  the  sea  base. 

11.  Refueling  during  Eoading  (RefillDurEoad):  This  variable  is  binary.  If  the 
value  is  zero  then  refueling  during  loading  is  not  possible.  Otherwise,  it  is 
possible  and  refueling  does  not  cause  additional  delays  because  it  is 
assumed  that  loading  takes  longer  than  refueling. 
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12.  Refueling  Rate  (RefuelingRate):  The  refueling  rate  defines  how  fast  the 
fuel  pumps  that  refuel  the  T-Craft  work  in  the  ease  of  non-eoneurrent 
refueling  and  loading.  The  refueling  rate  is  given  in  long  tons/hour. 

13.  Primary  tank  eapacity  (FuelCap):  The  primary  tank  eapaeity  defines  the 
amount  of  fuel  in  long  tons  that  ean  be  loaded  without  deereasing  the 
eargo  payload  weight.  The  primary  tank  eapaeity  should  be  big  enough  to 
ensure  that  the  T-Craft  is  able  to  travel  500  nm  in  loaded  eondition 
without  refueling.  For  transits  up  to  2500  nm  in  unloaded  eondition,  the 
seeondary  tank  eapaeity  has  to  be  used.  We  assume  that  every  ton  of  used 
seeondary  tank  eapaeity  will  deerease  the  eargo  payload  weight  of  the  T- 
Craft  by  the  same  amount.  Furthermore,  we  assume  that  loaded  fuel 
beyond  the  primary  tank  eapacity  has  no  impact  on  the  deck  size  that  is 
available  for  the  T-Craft. 

14.  Fuel  consumption  in  loaded  condition  (FuelCLoaded):  This  variable 
represents  the  fuel  consumption  in  long  tons  per  hour  in  loaded  condition 
for  an  individual  T-Craft. 

15.  Fuel  consumption  in  unloaded  condition  (FuelCUnloaded):  This  variable 
represents  the  fuel  consumption  in  long  tons  per  hour  in  unloaded 
condition  for  an  individual  T-Craft. 

16.  Batch  size  (BatchSize):  Once  loaded,  the  T-Crafts  form  batches  in  order  to 
increase  the  survivability.  Forming  batches  increases  the  time  to  complete 
a  mission  but  decreases  the  rate  at  which  T-Craft  are  destroyed. 

17.  Probability  of  a  failure  (ProbFailure):  The  probability  of  a  minor  failure 
requiring  repair  during  a  single  turn  for  an  individual  T-Craft. 

18.  Time  to  repair  (RepairTime):  The  time  that  is  needed  to  fix  minor  failures 
for  an  individual  T-Craft. 

19.  Number  of  hits  until  repair  required  (NumHitsToRepair):  Usually  a  vessel 
has  to  be  repaired  after  it  has  taken  a  certain  number  of  hits.  This  variable 
defines  how  many  hits  a  T-Craft  can  take  before  it  is  in  need  of  repair. 
Usually  this  value  will  be  one  or  two.  If  it  is  more  than  four,  repair  events 
will  not  be  scheduled.  If  a  T-Craft  needs  repair  due  to  hits,  it  will  be 
removed. 

20.  Total  load  (Load);  The  total  weight  of  the  troops  (assuming  this  is  a 
Marine  Expeditionary  Brigade)  that  have  to  be  projected  to  shore, 
measured  in  long  tons. 

21.  Footprint  of  the  Maritime  Expeditionary  Brigade  (EootprintMEB):  The 
total  footprint  of  the  Marine  Expeditionary  Brigade  that  has  to  be 
projected  to  shore,  measured  in  square  feet. 
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22.  Distance  between  sea  base  and  shore  (Distanee):  The  distanee  between  the 
sea  base  and  the  shore  in  nautieal  miles  (nm). 

23.  Transition  distanee  (TransitionDistanee):  The  distanee  from  shore  where 
the  T-Craft  eonvert  between  different  modes,  measured  in  nautieal  miles. 

1.  Noise  Factors 

The  noise  faetors  are  used  to  ensure  that  the  eonelusions  of  this  thesis  refleet  the 
broad  range  of  potential  requirements.  These  are  faetors  that  eannot  be  eonsidered  as 
design  options  but  rather  are  expeeted  to  vary  in  a  seenario-dependent  way. 

1.  Deek  use  effieieney  (DeekUseEff):  The  proportion  of  the  deek  size  or  the 
eargo  payload  weight  utilized  during  transit.  If  the  value  is  equal  to  one, 
then  an  effieieney  of  100  pereent  is  assumed. 

2.  Number  of  shore  spots  (ShoreSpots):  The  number  of  spots  that  are 
available  to  unload  the  T-Crafts  on  the  shore.  The  number  of  shore  spots  is 
a  noise  faetor  beeause  it  depends  upon  the  shape  of  the  eoast.  We  would 
expeet  the  expeditionary  foree  to  seek  a  region  of  shore  that  ean 
aeeommodate  all  available  T-Crafts.  However,  beeause  many  shore 
regions  do  not  have  long  beaeh’s  we  have  to  eonsider  the  possibility  that 
there  may  be  a  limited  number  of  shore  spots. 

3.  Probability  of  hit  during  transit  (ProbHit):  The  probability  of  hit  for  a 
bateh  during  transit  from  sea  base  to  shore  and  baek  is  a  number  between 
0  and  1.  We  assume  that  this  probability  is  independent  of  both  the 
distanee  between  the  sea  base  and  shore  and  the  speed  of  the  T-Craft. 

4.  Probability  of  hit  during  unloading  (ProbHitUnload):  The  probability  of 
hit  per  hour  for  a  bateh  during  unloading  at  the  shore  is  a  number  between 
0  and  1.  We  assume  that  the  probability  of  hit  during  unloading  inereases 
with  longer  unloading  times. 

5.  Attrition  Rate  (AttritionRate):  The  attrition  rate  is  a  number  between  0  and 
1  that  defines  how  the  troops  onboard  are  redueed  if  the  T-Craft  takes  a 
hit. 

6.  Probability  of  sinking  (ProbSinkHit.l  to  ProbSinkHit.4):  These  four 
variables  define  the  eonditional  probability  of  sinking  based  on  the 
number  of  hits  the  T-Crafts  sustains.  The  probability  of  sinking  inereases 
when  the  T-Crafts  take  more  hits.  A  T-Craft  sinks  with  probability  one 
after  the  fifth  hit.  When  a  T-Craft  sinks,  during  transit  all  troops  and  eargo 
onboard  will  be  destroyed;  when  a  T-Craft  sinks  during  unloading  the 
troops  onboard  are  redueed  but  survive. 
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2,  Primary  Output  Variables 


This  section  describes  the  primary  output  variables  which  are  used  as  MOEs.  The 
most  important  output  variables  are: 

1.  Time  to  complete  a  mission  (TNOW  at  the  end  of  mission):  The  time  to 
complete  a  mission  is  measured  in  hours  via  time  stamp  just  before  the 
model  terminates. 

2.  Proportion  of  cargo  successfully  delivered  onshore  (PropCargoOnShore): 
This  variable  represents  the  fraction  of  troops  and  cargo  that  reaches  the 
shore  compared  with  the  overall  amount  of  troops  that  had  to  be  projected 
to  the  shore  in  the  beginning  of  the  mission. 

3.  Proportion  of  T-Crafts  destroyed  (PropTcraftDestroyed):  The  proportion 
of  T-Crafts  that  not  survive  the  mission. 

E,  PRIMARY  PROCESSES 

A  process  describes  actions  that  entities  take  within  the  system.  The  processes  are 
directly  related  to  the  resources  described  in  section  B  of  the  chapter.  An  Arena  Basic 
Process  module  can  perform  four  different  types  of  actions:  Delay,  Seize  Delay,  Seize 
Delay  Release,  and  Delay  Release.  Figure  14  represents  the  GUI  associated  with  an 
Arena  Basic  Process. 
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Figure  14.  The  Sea  Base  GUI  of  the  Arena  Proeess  Module  with  a  Triangular 

Distribution  for  the  Delay 


This  section  describes  the  major  processes  built  into  the  thesis  model.  The 
primary  processes  are  the  sea  base  operations,  the  shore  operations,  and  the  sea  base 
operations  with  refueling. 

1.  Sea  base  operations:  At  the  sea  base,  the  T-Crafts  are  loaded.  The  sea  base 
provides  as  many  sea  spots  as  defined  in  the  decision  factor  “number  of 
sea  spots.”  T-Craft  entities  experience  a  random  delay  with  the  specified 
mean  load  time.  Triangular  and  shifted  exponential  distributions  were 
utilized  in  the  design  of  experiments  to  assess  whether  the  degree  of 
skewness  in  the  distribution  had  an  impact  on  the  results.  In  Figure  14,  the 
triangular  distribution  is  shown.  Changing  the  distribution  to  a  shifted 
exponential  distribution  was  done  using  a  second  model.  The  shifted 
exponential  distribution  is  shown  in  Figure  15. 
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Figure  15.  The  Sea  Base  GUI  of  the  Arena  Proeess  Module  with  a  Shifted  Exponential 

Distribution  for  the  Delay 

2.  Shore  operations:  At  the  shore,  the  T-Crafts  are  unloaded.  The  shore 
provides  as  many  shore  spots  as  defined  in  the  deeision  faetor  number  of 
shore  spots.  T-Craft  entities  are  delayed  by  the  unload  time.  As  in  the  sea 
base  proeess,  the  unload  time  just  represents  the  mean  of  the  delay;  the 
actual  delay  is  a  random  variable.  Triangular  and  shifted  exponential 
distributions  were  used  for  the  shore  process  similarly  to  the  sea  base 
process. 

3.  Sea  base  with  refueling;  This  process  includes  the  sea  base  process,  but  in 
addition  the  T-Craft  entities  are  refueled  as  a  separate  process.  This 
increases  the  delay  for  the  entities.  The  refueling  delay  depends  on  the 
refueling  rate  and  the  amount  of  fuel  required,  which  is  based  on  the 
consumption  in  loaded  and  unloaded  condition.  All  of  these  three  factors 
are  given  by  the  Excel  input  file.  Eigure  16  shows  the  process  using  a 
shifted  exponential  distribution. 


41 


Sc  ibaseWithRefuel 


Name: 

[Se^aseWKhRefueling 

-  Logic - 

Aclion: 


I  Seize  Delay  Release 
Resources: 


Resource.  SeabaseResource.  1 


Delay  Type; 


Constant 


Units: 
j  Hours 


Type; 

I  Standard 


Value: 

|Tiine*EXP0|0.1"LoadTinie| 


R?  Report  Statistics 


V 


Allocation; 

•*•1  jValue  Added 


Priority: 

^1  |Medium(2]  ^  I 


J 


Help 


Expression  Builder 


Expression  Type: 


Basic  Process  Variable* 


S  •  Random  Distributions 
[tl  Math  Functions 
[3  Replication  Variables 
^  Enlity-RelatedVariables 
^  Dale  and  Time  Functions 
(il  String  Functions 


Current  Expression: 


Rale’fFuelCaD*dddttionaFuel-EnrrtvlDENT.FuelCl+0.91oadTrme+EXPO 


filCl 


□K  I  Cancel 


J  Help 


Figure  16.  The  Sea  Base  with  Refueling  GUI  of  the  Arena  Proeess  Module  with  a  Shifted 

Exponential  Distribution  for  the  Delay 
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IV.  EXPERIMENTAL  DESIGN 


A,  INTRODUCTION 

Simulation  models  can  be  very  complex  and  may  need  a  large  number  of  input 
variables.  Some,  but  not  all  of  these  input  parameters  have  a  significant  impact  on  the 
MOEs.  Because  the  values  of  the  input  parameters  are  uncertain,  the  input  parameters 
have  to  be  sampled  across  their  possible  ranges.  Additionally,  the  response  surfaces  may 
be  nonlinear  (Law  &  Kelton,  2000).  In  Chapter  III  section  D,  we  described  the  variables 
that  are  used  in  the  model.  In  this  chapter,  we  explain  the  design  that  was  used  throughout 
the  research  and  then  describe  the  process  of  running  the  experiments. 

B,  EXPERIMENTAL  DESIGN  AND  ANALYSIS  PROCESS 

Developing  a  simulation  model  and  analyzing  the  data  is  an  iterative  process  to 
ensure  that  the  model  works  properly  and  that  the  output  data  are  usable.  At  the 
beginning,  the  model  developer  starts  with  a  small  number  of  input  parameters  to  become 
familiar  with  the  experimental  design  and  to  identify  bugs  in  the  model.  During  the 
developing  process,  the  size  of  the  model  and  the  amount  of  input  parameters  increases. 
This  is  also  done  with  the  model  that  has  been  developed  for  the  purposes  of  this  thesis. 
In  the  next  step,  for  the  full  experiment,  the  ranges  of  the  input  parameters  are  defined  as 
close  to  the  expected  ranges  as  possible  in  order  to  get  results  that  are  comparable  to  the 
real  world  scenario.  After  defining  the  ranges  of  the  input  parameters,  the  experiment  is 
designed.  Finally,  the  experiment  is  run  and  the  final  set  of  results  for  analysis  is 
obtained. 

1.  Nearly  Orthogonal  Latin  Hypercube  (NOLH) 

NOLH  designs  were  developed  by  Thomas  Cioppa  (2002)  for  his  Ph.D. 
dissertation  Efficient  nearly  orthogonal  and  space-filling  experimental  designs  for  high¬ 
dimensional  complex  models.  NOLH  designs  have  good  space  filling  and  orthogonality 
properties,  which  means  that  the  columns  in  the  design  matrix  have  correlations  very  near 
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zero  (Cioppa,  2002).  This  allows  us  to  explore  eomplex  simulation  models  effieiently. 
Unlike  two-level  fraetional  faetorial  designs,  whieh  have  only  high  and  low  settings  and 
assume  linearity  of  all  faetor  terms  in  the  model,  the  NOTH  design  makes  it  possible  to 
deteet  nonlinearities  that  are  prevalent  in  simulation  models.  Professor  Susan  M.  Sanehez 
(2005)  from  the  Naval  Postgraduate  Sehool  ereated  an  Exeel  NOLH  generation  tool 
(http://diana.os.nps.navy.mil/SeedLab)  that  has  been  used  to  generate  the  NOLH  designs 
for  this  thesis. 

2.  Design  of  Experiments 

Lor  the  analysis  of  this  thesis,  two  different  soenarios  were  investigated.  The  first 
soenario  simulates  the  prooess  of  projeoting  troops  from  the  sea  base  to  shore  without  an 
enemy  threat;  the  seoond  soenario  oonsiders  the  presenoe  of  an  enemy.  The  design  of 
eaoh  of  these  soenarios  is  desoribed  below. 

a.  Scenario  Without  Enemy  Threat 

The  soenario  without  enemy  threat  requires  a  smaller  set  of  input 
parameters  than  the  model  provides.  In  faot,  22  input  parameters  with  19  deoision  faotors 
and  3  noise  faotors  were  used,  whieh  are  listed  in  Table  5.  The  smallest  NOLH  whieh  oan 
aooommodate  22  faotors  requires  129  design  points.  In  order  to  improve  the  spaoe  filling 
21  oolumn  rotations  of  the  NOLH  were  added,  yielding  2817  design  points.  The  soatter 
plot  matrix  of  the  design  points  is  shown  in  Ligure  17.  Note  that,  with  the  exoeption  of 
the  qualitative  faotors,  the  resulting  design  densely  fills  the  spaoe  for  all  pair  wise 
oombinations  of  faotors.  Lor  eaoh  design  point  45  replioations  were  made,  resulting  in  a 
total  of  126,765  runs. 
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Table  5. 


Summary  of  Factors  for  the  Scenario  Without  Enemy  Threat 


S/N 

Factor 

MIN  VALUE 

MAX  VALUE 

1 

Cargo  Payload  Weight  (LT) 

300 

1000 

2 

Cargo  Deck  Size  (sqft) 

2200 

10000 

3 

Speed  SES  (knts) 

35 

55 

4 

Speed  ACV  (knts) 

4 

10 

5 

Load  Time  (hrs) 

1 

5 

6 

Unload  Time  (hrs) 

1 

4 

7 

Time  to  Convert  to  ACV  (hrs) 

0.25 

1 

8 

Time  to  Convert  to  SES  (hrs) 

0.25 

1 

9 

#T-Crafts 

6 

22 

Decision 

Factors 

10 

#SeaSpots 

5 

13 

11 

Refueling  during  loading?  (l-yes,  0-no) 

0 

1 

12 

Refueling  rate  (tons/hour) 

80 

160 

13 

Tank  capacity  (LT) 

110 

150 

14 

ProbFailure 

0.01 

0.1 

15 

Time  to  repair  (hrs) 

1 

3 

16 

Total  Load  (LT) 

5000 

40000 

17 

Footprint  MEB  (sqft) 

50000 

120000 

18 

Distance  (nm) 

25 

250 

19 

TransitionDistance  (nm) 

0.5 

5 

20 

Deck  Use  Efficiency  (between  Oand  1) 

0.7 

0.95 

Noise 

Factors 

21 

#  ShoreSpots 

3 

22 

22 

Distribution  (0-TRIA,  1-ShiftedEXPO) 

0 

1 
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Figure  17.  Scatterplot  Matrix  for  the  Scenario  Without  Enemy  Threat 


b.  Scenario  With  Enemy  Threat 

The  scenario  with  enemy  threat  requires  the  full  set  of  model  input 
parameters.  The  scenario  has  31  input  parameters  with  21  decision  factors  and  10  noise 
factors;  the  parameters  are  listed  in  Table  6.  Two  of  the  31  input  parameters  have  binary 
values.  For  the  other  29  decision  factors,  a  NOLFI  with  257  design  points  is  used.  In 
order  to  improve  the  space  filling,  28  column  rotations  of  the  NOLH  were  added. 
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yielding  7425  design  points.  A  Hadamard  design  matrix  (Sanehez  &  Sanehez,  2005)  was 
used  for  the  2  binary  input  parameters  and  erossed  with  the  NOLH  for  a  total  of  29,700 
design  points.  The  scatter  plot  matrix  of  the  design  points  is  shown  in  Figure  18.  As 
before,  note  that  the  resulting  design  densely  fills  the  factor  space  for  all  pair  wise 
combinations  of  quantitative  factors.  For  each  design  point  four  replications  were  made, 
resulting  in  a  total  of  1 18,800  runs. 

Table  6.  Summary  of  Factors  for  the  Scenario  With  Enemy  Threat 


S/N 

Factor 

MIN  VALUE 

MAX  VALUE 

1 

Cargo  Payload  Weight  (LT) 

300 

1000 

2 

Cargo  Deck  Size  (sqft) 

2200 

10000 

3 

Speed  SES  (knts) 

35 

55 

4 

Speed  ACV  (knts) 

4 

10 

5 

Load  Time  (hrs) 

1 

5 

6 

Unload  Time  (hrs) 

1 

4 

7 

Time  to  Convert  to  ACV  (hrs) 

0.25 

1 

8 

Time  to  Convert  to  SES  (hrs) 

0.25 

1 

9 

#T-Crafts 

6 

22 

10 

WSeaSpots 

5 

13 

Decision 

Factors 

11 

Refueling  during  loading?  (1-yes,  0-no) 

0 

1 

12 

Refueling  rate  (tons/hour) 

80 

160 

13 

Tank  capacity  (LT) 

110 

150 

14 

Batchsize 

1 

22 

15 

ProbFailure 

0.01 

0.1 

16 

Time  to  repair  (hrs) 

1 

3 

17 

#  hits  to  repair 

1 

5 

18 

Total  Load  (LT) 

5000 

40000 

19 

Footprint  MEB  (sqft) 

50000 

120000 

20 

Distance  (nm) 

25 

250 

21 

TransitionDistance  (nm) 

0.5 

5 

22 

Deck  Use  Efficiency  (between  Oand  1) 

0.7 

0.95 

23 

#  ShoreSpots 

3 

22 

24 

ProbFIit  Batch  (%) 

0.01 

0.5 

25 

ProbFIit  Batch  during  Unloading  (per  hour) 

0.01 

0.5 

26 

AttritionRate  Troops 

0.01 

0.5 

Noise 

27 

ProbSink(lHit) 

0.01 

0.3 

Factors 

28 

ProbSink(2Hits) 

0.31 

0.5 

29 

ProbSink(3Hits) 

0.51 

0.75 

30 

ProbSink  (4  Hits) 

0.76 

0.99 

31 

Distribution  (0-TRIA,  1-ShiftedEXPO) 

0 

1 
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Figure  18.  Scatterplot  Matrix  for  the  Scenario  With  Enemy  Threat 


C.  RUNNING  THE  EXPERIMENT 

Both  scenario  data  sets  require  that  the  data  are  divided  into  two  data  sets.  This  is 
necessary  to  vary  between  the  triangular  and  the  shifted  exponential  distribution  for  the 
Loading  and  Unloading  time.  In  order  to  implement  the  distribution  in  the  experiment, 
two  different  simulation  models  were  used.  After  designing  the  experiments,  the  data  sets 
were  divided.  All  runs  that  have  a  zero  for  the  distribution  input  parameter  were  used  for 
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the  model  with  the  triangular  distribution;  all  runs  with  a  one  for  the  distribution  input 
parameter  were  used  for  the  model  with  the  shifted  exponential  distribution.  The  running 
of  eaeh  of  the  two  models  in  eaeh  of  the  scenario  sets  takes  approximately  eight  to  nine 
hours  on  an  Intel  Core  Duo  computer,  which  means  that  the  running  of  one  scenario  set 
takes  about  16  to  18  hours  to  complete.  The  amount  of  runs  in  each  scenario  provides 
adequate  precision  to  resolve  differences  in  statistically  significant  ways,  while  the 
computing  time  is  still  acceptable.  The  Arena  random  number  generator  ensures  that  the 
individual  runs  are  independent  from  each  other  even  if  the  same  design  point  is  used. 
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V.  DATA  ANALYSIS 


The  scenario  sets  described  in  Chapter  IV  generate  a  large  amount  of  data  for 
analysis.  We  describe  the  collection  and  processing  of  the  data.  Following  a  detailed 
analysis  of  the  MOEs  of  interest,  we  present  the  resulting  insights. 

A.  DATA  COLLECTION  AND  PROCESSING 

Arena  provides  the  opportunity  to  do  data  collection  by  the  Process  Analyzer. 
This  tool  provides  statistical  averages  of  replications  in  each  run.  Although  this  tool  is 
useful  for  some  applications,  the  run  average  data  do  not  give  an  analyst  enough  insights 
about  the  outcomes.  Working  with  the  full  output  of  the  simulation  gives  us  more 
information  and  more  options  for  analysis.  Response  data  from  individual  runs  are 
written  to  the  Excel  spreadsheet  input-output  file  which  has  been  described  in  Chapter  III. 
When  an  individual  run  terminates,  the  model  writes  the  output  of  statistics  created  by  the 
simulation  to  the  specified  Excel  file.  Eigure  19  shows  the  ReadWrite  module  and  its  GUI 
that  is  used  to  write  the  output  of  statistics  into  the  Excel  file. 


Eigure  19.  The  ReadWrite  Module  and  its  GUI  in  Arena 
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The  ReadWrite  module  is  very  flexible,  so  the  analyst  ean  define  as  many  output 
statistics  as  needed  for  the  analysis.  The  statistics  can  be  provided  by  Arena  or  be  defined 
by  the  analyst  in  the  model. 

The  data  that  are  written  to  the  Excel  file  can  immediately  be  post-processed  by 
importing  them  into  the  statistical  analysis  software.  We  used  JMP  Statistical  Discovery 
Software  Version  8.0  for  the  analysis  which  follows. 

B,  INSIGHTS  INTO  RESEARCH  QUESTIONS 

Recall  from  Chapter  I  that  we  posed  the  following  questions: 

•  How  many  T-Crafts  are  required  to  execute  a  mission  within  the  mission 
time  constraint? 

•  If  there  is  an  enemy  threat  capable  of  damaging  or  sinking  the  T-Crafts, 
how  many  additional  T-Crafts  are  needed  to  accomplish  the  mission? 

•  How  survivable  does  the  T-Craft  need  to  be? 

•  What  are  the  tonnage  capacity  and  deck  size  of  a  T-Craft  that  can 
successfully  execute  the  spectrum  of  anticipated  missions? 

•  How  many  spots  are  needed  to  load  and  unload  the  T-Crafts? 

•  How  important  are  the  speed,  the  load  time,  and  the  unload  time  of  the  T- 
Craft? 

•  How  do  fuel  consumption  and  the  frequency  of  refueling  events  impact 
operations? 

The  data  analyses  of  the  following  section  addresses  directly  these  questions. 

1,  MOE  Correlation  Analysis 

One  question  of  immediate  concern  is  whether  all  of  the  MOEs  are  really  needed 
for  the  data  analysis.  In  the  scenario  without  enemy  threat  there  is  only  one  MOE. 
However,  the  scenario  with  enemy  threat  has  multiple  MOEs  and  it  is  worth  investigating 
their  correlation  structure.  The  Correlation  Multivariate  Tool  in  JMP  allows  us  to 
generate  a  matrix  of  correlation  coefficients  that  shows  the  degree  of  linear  relationship 
between  the  various  MOEs.  A  high  degree  of  correlation  between  two  MOEs  would 
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indicate  that  one  of  them  eould  be  eonsidered  redundant.  Figure  20  shows  the  seatter  plot 
matrix  and  the  eorrelation  matrix  for  the  seenario  with  enemy  threat. 

From  Figure  20,  it  ean  be  seen  that  the  time  to  complete  mission  and  the 
proportion  of  eargo  onshore  are  only  weakly  correlated.  The  correlation  between  the  time 
to  complete  mission  and  the  proportion  of  T-Craft  destroyed  is  moderate,  whieh  is  not 
surprising  because  a  high  proportion  of  T-Crafts  destroyed  inereases  the  time  that  is 
needed  to  finish  a  mission.  Note  that  eontrasting  blaek  versus  white  areas  in  the 
scatterplot  matrix  is  misleading  due  to  the  huge  volume  of  data — ^we  recommend  that  the 
reader  foeus  on  the  numerical  correlation  values  of  Figure  20  in  considering  whether  the 
MOEs  are  co-linear. 


Correlations 

TimeToComplete{Arena)  (hrs)  PropCargoOnShore  PropTcraftDestroyed 
TimeToComplete(Arena)  (hrs)  1.0000  -0.1224  0.4679 

PropCargoOnShore  -0.1224  1,0000  -0.6850 

PropTcraftDestroyed  0.4679  -0.6850  1.0000 

The  correlations  are  estimated  Py  Pairwise  method. 

Scatterplot  Matrix 
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Figure  20.  Correlation  and  Seatterplot  Matrix  for  MOEs 
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The  highest  eorrelation  is  between  the  proportion  of  eargo  onshore  and  proportion 
of  T-Craft  destroyed.  These  two  MOEs  show  a  moderate  negative  eorrelation  (-0.685). 
This  result  is  also  not  surprising — a  higher  proportion  of  T-Craft  destroyed  deereases  the 
amount  of  troops  that  are  projeeted  to  shore  during  a  mission. 


Beeause  we  have  no  strong  eorrelation  between  the  three  MOEs,  the  analysis  in 
this  seetion  uses  all  of  them  as  separate  measures  of  the  influenee  of  ehanging 
requirements  and  assessing  parameter  variability. 

2,  Analysis  of  the  Scenario  Without  Enemy  Threat 

This  section  analyzes  the  data  of  the  scenario  without  enemy  threat.  Eigure  21 
shows  the  distribution  of  all  126,765  runs  of  this  scenario.  This  histogram  illustrates  that 
there  is  a  broad  range  of  possible  outcomes  across  the  scenarios. 


Distributions 


336.05 

235.64 

175.59 

114.83 

75.44 

48.22 

31.11 

21.50 

13.59 

9.45 

4.52 


TimeToComplete(Arena)  (hrs) 

Quantiles 

100.0%  maximum 
99.5% 

97.5% 

90.0% 

75.0%  quartile 
50.0%  median 
25.0%  quartile 
10.0% 

2.5% 

0.5% 

0.0%  minimum 


q-H4++ 

0 

100  200  300 

Eigure  21 .  Scenario  Without  Enemy  Threat:  Distribution  of  Time  to  Complete  Mission 


The  histogram  shows  that  the  distribution  is  unimodal  and  skewed  right. 
Therefore,  the  percentiles  of  the  distribution  will  give  us  a  better  understanding  than  a 
confidence  interval  about  the  mean  would.  The  median  of  all  outcomes  is  48.22  hours. 
Notice  that  almost  all  outcomes  are  beyond  the  U.S.  Navy’s  target  value  of  10  hours  for 
time  to  complete  mission.  Only  about  0.78  percent  of  the  outcomes  are  within  the  10- 
hour  time  frame. 
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a. 


Regression  Analysis 


In  order  to  quantify  the  effeets  of  different  requirements  to  the  system,  we 
need  to  explore  the  faetors  in  the  model  that  are  the  most  important.  To  identify  these 
factors,  we  use  regression  analysis.  As  a  first  step,  we  are  interested  in  which  factors  are 
the  most  important  for  the  time  to  complete  the  mission,  regardless  of  whether  the  factors 
are  decision  or  noise  factors.  Our  model  is  a  linear  regression  with  2-way  interaction  and 
polynomial  terms  to  degree  four  for  all  factors.  For  doing  the  analysis,  we  also  have  to 
consider  practical  versus  statistical  significance.  In  Probability  and  Statistics  (7*  edition). 
Jay  L.  Devore  (2008)  points  out  that  “a  small  p-value,  which  would  ordinarily  indicate 
statistical  significance  [...],  may  be  the  result  of  a  large  sample  size  in  combination  with 
a  departure  from  Ho  that  has  little  practical  significance.”  Devore  also  emphasizes  that  “in 
many  experimental  situations,  only  departures  from  Ho  of  large  magnitude  would  be 
worthy  of  detection,  whereas  a  small  departure  from  Ho  would  have  little  practical 
significance.”  Since  we  have  a  sample  size  of  126,765  experiments  we  have  to  consider 
statistical  versus  practical  significance  very  carefully.  Otherwise,  the  models  may  suffer 
from  overfitting.  The  results  of  the  model  we  chose  are  displayed  in  Figures  22  and  23. 


Actual  by  Predicted  Plot 


Summary  of  Fit 

RSquare  0.924307 

RSquare  Adj  0.924791 

Root  Mean  Square  Error  1 1  43412 

Mean  of  Response  59  71518 

Observations  (or  Sum  Wgts)  126765 


Analysis  of  Variance 

Sum  of 

Source  DF  Squares  Mean  Square  F  Ratio 
Model  27  203790041  7547779  57731.65 

Error  126737  16569471  131  Prob>F 

C.  Total  126764  220359512  0.0000* 


Figure  22.  Regression  Model  with  all  Factors  of  the  Scenario  Without  Enemy  Threat 


The  R-Square  for  this  model  is  0.9248.  The  four  most  important  factors 
are  the  total  load  of  the  troops,  the  distance  between  sea  base  and  shore,  the  cargo 
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payload  weight  of  the  T-Crafts,  and  the  number  of  T-Crafts  available.  These  four  factors 
are  followed  by  the  speed  in  SES  mode,  the  load  time,  the  deck  use  efficiency,  and  the 
unload  time.  All  other  factors  show  no  practical  significance. 


Sorted  Parameter  Estimates 


Term 

Estimate 

Std  Error 

t  Ratio 

Prob>|t| 

Total  Load  (LT) 

0.0021048 

3.146e-6 

669,03 

0.0000’ 

Distance  (nm) 

0.1780517 

0.000489 

363.88 

- 1 

0.0000’ 

(Cargo  Payload  Weight  (LT)-650.0l6)*(Total  Load  (LT)-22500) 

-4.533e-6 

1.59e-8 

-285.1 

U 

0.0000* 

(#  T-Crafts-14.0625)*(Total  Load  (LT>-22500) 

-0.000157 

6.92e-7 

-226.2 

L 

0.0000* 

(#  T-Crafls-1 4.0625)*(#  T-Crafls-1 4.0625} 

0.3231188 

0.001646 

196.33 

Zl 

0.0000’ 

#  T-Crafls 

-3.163917 

0.016846 

-187.8 

0.0000’ 

(Cargo  Payload  Weight  (LT)-650.016)*(#  T-Crafts-1 4.0625) 

0.0062398 

3.366e-5 

185.37 

0.0000* 

Cargo  Payload  Weight  (LT) 

-0.066506 

0.000394 

-169.0 

0.0000’ 

(Cargo  Payload  Weight  (LT)-650.016)*(Cargo  Payload  Weight  (LT)-650.016) 

0.0001387 

8.743e-7 

158.66 

0.0000* 

(#  T-Crafts-14.0625)*(DisUnce  (nm)-137.5) 

-0.014585 

0.000105 

-139,1 

0.0000’ 

(Total  Load  {LT)-22500)*(Distance  (nm)-l37.5) 

5.9923e-6 

4.88e-8 

122.79 

0.0000* 

(Cargo  Payload  Weight  (LT)-650.016)*(Distance  (nm)-137.5) 

-0.000248 

2.293e-6 

-108  3 

0.0000’ 

SpeedSES  (knts) 

-0.519899 

0.005482 

-94.84 

0.0000’ 

Load  Time  (hrs) 

4.6528929 

0.068893 

67.54 

0.0000’ 

Deck  Use  Efficiency  (between  0  and  1) 

-63.68459 

1.097222 

-58  04 

0.0000’ 

(#  T-Crafts-1 4.0625)*(#  T-Crafls-1 4.0625)‘(#  T-Crans-14.0625) 

-0.021975 

0.000388 

-56.59 

0.0000’ 

Unload  Time  (hrs) 

5.1278135 

0.091764 

55.88 

0.0000’ 

Prediction  Profiier 


CM  fO  ^ 


0.825 


650 

45 

3 

25 

Cargo  Payload 

SpeedSES 

Load 

Unload 

14 

Weight  (LT) 

(knts) 

Time  (hrs) 

Time  (hrs) 

#  T-Crafts 

Deck  Use 

22500  Efficiency  1375 

Total  (between  0  and  Distance 

Load  (LT)  1)  (nm) 


Figure  23.  Most  Important  Parameter  Estimates  and  Prediction  Profiler  of  the  Regression 
Model  with  all  Factors  of  the  Scenario  Without  Enemy  Threat 


One  of  the  main  results  of  this  regression  model  is  that  almost  all  of  the 
important  factors  are  considered  as  decision  factors.  The  only  noise  factor  that  appears  to 
be  significant  is  deck  use  efficiency. 

We  recommend  that  when  deciding  which  of  the  T-Craft  prototypes  to 
procure,  the  Navy  should  focus  on  those  factors  that  show  high  practical  significance  (see 
Figure  23).  We  were  surprised  to  find  that  many  of  the  factors  we  considered  and 
implemented  in  the  model  show  no  practical  significance.  The  first  example  is  the  deck 
size  area  and  the  footprint  of  troops.  This  shows  that  the  Navy  should  focus  on  cargo 
payload  weight  when  deciding  for  a  particular  prototype.  For  planning  issues,  the 
Military  Commanders  should  focus  on  the  total  load  of  the  troops  that  has  to  be  projected 
to  shore.  The  second  example  is  speed  in  ACV  mode,  transition  distance,  and  time  spent 
converting  between  the  modes.  The  whole  process  of  converting  between  the  modes  and 
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traveling  in  ACV  mode  shows  no  praetical  significance  in  the  model.  Similarly,  the 
number  of  sea  spots  and  shore  spots  that  are  available  does  not  appear  to  be  significant. 
Recall  that  we  varied  the  number  of  sea  spots  between  six  and  13  and  the  number  of 
shore  spots  between  three  and  22.  It  is  surprising  that  these  variations  have  no  practical 
significance  on  time  to  complete  mission  over  the  broad  range  of  scenarios  that  we 
explored.  Additionally,  all  factors  that  are  related  to  refueling  appear  to  have  no  practical 
significance.  Upon  closer  look,  this  result  is  not  surprising  because  refueling  is  not 
necessary  in  many  scenarios.  Finally,  we  investigated  the  use  of  different  distributions 
(triangular  versus  shifted  exponential  distribution)  for  loading  and  unloading  times,  but 
found  no  significant  impact.  This  result  is  important  to  future  modeling  efforts,  as  it 
indicates  that  little  or  no  modeling  effort  need  be  expended  on  this  issue  in  the  future. 


b.  Robust  Analysis 


A  big  disadvantage  of  classical  regression  models  is  that  they  predict 
mean  performance.  They  do  not  contain  any  reflection  of  the  potential  variability  in  the 
response.  That  is  the  reason  we  use  robust  analysis  to  investigate  T-Craft  suitability  to 
assess  a  variety  of  military  scenarios.  The  paper  Robust  Design:  Seeking  the  Best  of  all 
Possible  Worlds  by  Susan  M.  Sanchez  (2000)  explains  robust  design  in  the  following 
way:  “In  addition  to  exhibiting  an  acceptable  mean  performance,  a  ‘good’  system  must  be 
relatively  insensitive  to  uncontrollable  sources  of  variation  present  in  the  system’s 
environment.” 

Robust  design  evaluates  the  performance  of  an  MOE  compared  to  a  target 
value.  In  practice  this  is  done  by  a  loss  function.  For  this  thesis,  we  used  a  quadratic  loss 
function,  which  squares  the  deviations  between  our  MOEs  (the  Y  in  the  loss  function) 
and  their  associated  target  values  r.  The  quadratic  loss  function  is  therefore: 

l  =  (Y-x)^  (1) 


The  expected  loss  can  thus  be  written  as: 
E[l]  =  Er(Y-Tf 


(2) 
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E[l]  =  Er((Y-HY)-(x-HY)f 


E [1]  =  E  ( Y  - Hy  )"  - (x  -  Hy )"  - 2(Y  -  Hy )(x  -  Hy ) 


E[1]  =  E  (Y-Hy)'  +E  (x-Ey)'  -2(x-Ey)E[(Y-Ey)] 


E[1]  =  Var(Y)  +  (x-EY)^  “2(x-Ey)  E[Y]-Ey 


E[l]  =  Var(Y)  +  (x-EYf 


(3) 

(4) 

(5) 

(6) 
(V) 


Equation  7  tells  us  that  an  ideal  eonfiguration  has  a  mean  for  the  MOE  that 
is  equal  to  the  target  value  x  and  has  no  variability.  In  other  words,  the  ideal  system 
always  achieves  its  performance  target  with  perfect  consistency. 

If  the  system  has  homogeneous  variance,  then  robust  analysis  will  yield 
identical  results  to  classical  regression.  However,  when  variance  is  heterogeneous  the 
results  can  be  quite  different.  Because  heterogeneous  variance  is  the  norm  in  simulation 
models,  robust  analysis  is  a  better  tool  to  use  when  analyzing  simulation  performance.  In 
practice  it  is  quite  straightforward — we  can  estimate  expected  loss  by  calculating 
equation  1  for  each  run  of  the  simulation  and  averaging  the  result  over  the  noise  factors 
of  the  model  input  parameters  and  the  replications  to  estimate  expected  loss  at  each 
decision  design  point. 

Recall  from  Chapter  II  section  B.2.  that  the  U.S.  Navy’s  target  value  x  for 
projecting  Assault  Echelon  Eorces  from  the  sea  base  to  the  shore  is  10  hours.  Y  is  the 
Arena  outcome  for  time  to  complete  mission.  We  use  these  values  and  get  the  following 
formula  as  the  loss  function  for  time  to  completion  of  mission; 

Eoss  =  (TimeToComplete-10)^  (8) 

Equation  8  is  the  basis  for  our  robust  analysis.  Before  we  can  build  the 
regression  model  for  the  robust  design,  we  have  to  average  over  the  noise  factors.  The 
results  for  the  regression  model  for  the  Mean  (Quadratic  Eoss  Time)  are  presented  in 
Eigure  24. 
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Actual  by  Predicted  Plot 
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Figure  24.  Regression  Model  for  Mean(Quadratic  Loss  Time)  of  the  Scenario  Without 

Enemy  Threat 


Sorted  Parameter  Estimates 


Term 

Estimate 

Std  Error 

t  Ratio 

Total  Load  (LT) 

0.2935866 

0.007463 

39  34 

(Cargo  Payload  Weight  (LT)-650.016)*(Total  Load  (LT)-22500) 

-0.00107 

3.77e-5 
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Distance  (nm) 
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Figure  25.  Sorted  Parameter  Estimates  and  Prediction  Profiler  for  the  Regression  Model 
for  Mean(Quadratic  Eoss  Time)  of  the  Scenario  Without  Enemy  Threat 


As  before,  we  focus  on  factors  of  practical  rather  than  statistical 
significance.  The  robust  model  we  chose  has  an  R-Square  of  0.7502.  The  parameter 
estimates  and  the  prediction  profiler  are  shown  in  Figure  25  and  the  interaction  profiles  in 
Figure  26.  When  we  have  a  closer  look  at  the  results  of  Figures  25  and  26,  it  turns  out 
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that  the  total  load  of  troops  is  dominant.  We  have  set  the  value  for  the  total  load  to  32559 
LT  in  the  prediction  profiler  because  this  is  the  weight  of  the  heaviest  forces  that  are 
projected  for  the  MEB  2024. 
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Figure  26.  Interaction  Profiles  for  the  Regression  Model  of  Mean  (Quadratic  Loss  Time) 

of  the  Scenario  Without  Enemy  Threat 


There  is  an  interaction  between  the  total  load  and  the  number  of  T-Crafts 

available.  Having  a  higher  number  of  T-Crafts  decreases  the  impact  of  the  total  load. 

There  is  also  an  interaction  between  the  total  load  and  the  cargo  payload  weight  of  the  T- 

Craft — if  the  cargo  payload  weight  of  the  T-Craft  is  low  then  mission  performance  will 

be  significantly  degraded  by  large  total  load  requirements.  Having  a  high  cargo  payload 

weight  reduces  the  loss  significantly.  From  Figure  25  we,  conclude  that  the  cargo  payload 

weight  should  meet  or  exceed  750  LT,  which  is  mentioned  in  the  BAA  #05-20.  Figure  26 

also  shows  that  the  cargo  payload  weight  has  an  interaction  with  the  number  of  T-Crafls 
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available.  From  the  graphs,  it  appears  that  the  number  of  T-Crafts  available  should  be  at 
least  14.  For  heavy  load  requirements,  the  number  of  T-Crafts  available  should  be  as 
large  as  possible  to  get  robust  results.  Finally,  load  time  and  distanee  also  have  a 
signifieant  impaet  on  mission  sueeess.  The  design  of  the  sea  base  should  faeilitate 
loading  times  to  whatever  extent  possible,  and  the  eommander  eonsider  placing  the  sea 
base  as  close  to  the  landing  area  as  possible  without  subjecting  it  to  undue  risk. 

We  supplemented  the  regression  analysis  with  a  partition  tree  analysis,  but 
did  not  gain  any  additional  insights. 

3.  Analysis  of  the  Scenario  With  Enemy  Threat 

We  now  proceed  to  an  analysis  of  scenarios  with  enemy  threat.  Figure  27  shows 
the  distribution  of  all  118,800  runs  for  the  time  to  complete  mission,  the  proportion  of 
cargo  successfully  delivered  onshore,  and  the  proportion  of  T-Craft  destroyed.  As  in  the 
missions  without  enemy  threat,  there  is  a  broad  range  of  possible  outcomes  across  the 
scenarios.  All  three  of  the  distributions  are  skewed.  Time  to  complete  mission  and 
proportion  of  cargo  successfully  delivered  onshore  are  unimodal,  while  proportion  of  T- 
Craft  destroyed  shows  two  peaks  at  zero  and  one. 

The  median  of  all  outcomes  for  time  to  complete  mission  is  now  59.76  hours, 
which  is  more  than  10  hours  higher  than  the  scenario  without  enemy  threat.  Again, 
almost  all  outcomes  are  beyond  the  U.S.  Navy’s  target  value  of  10  hours  for  time  to 
complete  mission.  Only  about  0.47  percent  of  the  outcomes  are  within  the  10-hour  time 
frame. 

The  median  of  the  outcomes  for  proportion  of  cargo  successfully  delivered 
onshore  is  0.96  while  75  percent  of  the  outcomes  show  a  proportion  onshore  rate  of  0.89 
or  higher.  Only  10  percent  of  the  outcomes  have  a  proportion  of  cargo  successfully 
delivered  onshore  lower  than  0.55. 

The  proportion  of  T-Craft  destroyed  has  a  median  of  0.1667,  25  percent  of  the 
outcomes  show  a  proportion  of  T-Craft  destroyed  lower  than  0.0526  and  75  percent  of 
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the  outcomes  are  lower  than  0.44.  Additionally,  10  percent  of  the  outcomes  show  a 
proportion  of  T-Craft  destroyed  higher  than  0.9. 


Distributions 

TimeToComplete{Arena)  (hrs)  PropCargoOn Shore  PropTcraftDestroyed 


100  0% 

maximum 

691.43 

100.0% 

maximum 

1.0000 

100.0% 

maximum 

1.0000 

99.5% 

285.89 

99.5% 

1.0000 

99.5% 

1.0000 

97.5% 

211.74 

97.5% 

1.0000 

97.5% 

1.0000 

90.0% 

142.76 

90.0% 

0.9973 

90.0% 

0.9000 

75.0% 

quartile 

96.94 

75.0% 

quartile 

0.9870 

75.0% 

quartile 

0.4444 

50.0% 

median 

59.76 

50.0% 

median 

0.9619 

50.0% 

median 

0.1667 

25.0% 

quartile 

36.20 

25.0% 

quartile 

0.8932 

25.0% 

quartile 

0.0526 

10.0% 

23.81 

10.0% 

0.5518 

10.0% 

0.0000 

2.5% 

13.88 

2.5% 

0.2339 

2.5% 

0.0000 

0.5% 

10.11 

0.5% 

0.0657 

0.5% 

0.0000 

0.0% 

minimum 

5.78 

0.0% 

minimum 

0.0033 

0.0% 

minimum 

0.0000 

Figure  27.  Distribution  of  Time  to  Complete  Mission,  Proportion  of  Cargo  Successfully 
Delivered  Onshore  and  Proportion  of  T-Craft  Destroyed  of  the  Scenario  With 

Enemy  Threat 


a.  Regression  Analysis 

As  in  the  scenario  without  enemy  threat,  we  first  explore  the  factors  that 
have  the  highest  practical  importance.  We  are  interested  in  which  factors  are  the  most 
important  for  all  MOEs  regardless  of  whether  the  factors  are  decision  or  noise  factors. 
Eor  this  reason,  we  created  regression  models  for  our  three  MOEs  with  2-way  interaction 
and  polynomial  terms  to  degree  four  for  all  factors.  The  first  MOE  that  we  consider  is 
time  to  complete  mission.  The  results  are  shown  in  Eigure  28.  The  R-Square  for  this 
model  is  0.721.  Having  a  closer  look  at  the  parameter  estimates  (Table  7),  we  conclude 
that  the  six  most  important  factors  are  the  total  load,  the  number  of  T-Crafts  available,  the 
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distance,  the  load  time,  the  eargo  payload  weight  of  the  T-Crafts,  and  the  deek  use 
efficiency.  These  six  factors  are  followed  by  the  bateh  size,  unload  time,  speed  in  SES 
mode  and  eargo  deck  size.  The  result  is  fairly  comparable  with  the  results  observed  in  the 
seenario  without  enemy  threat.  There  are  two  new  factors;  the  batch  size  and  the  cargo 
deck  size.  Beeause  the  bateh  size  is  always  one  in  the  seenario  without  enemy  threat,  the 
absenee  in  that  seenario  is  not  surprising.  Only  one  noise  faetor  appears  to  be  significant; 
the  deek  use  effleieney.  All  other  faetors  show  no  praetieal  signifleanee.  Overall,  the 
results  from  this  seenario  are  eonsistent  with  the  seenario  without  enemy  threat  for  time 
to  complete  mission. 
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Figure  28.  Regression  Model  for  the  Time  to  Complete  Mission  with  all  Faetors  of  the 

Scenario  With  Enemy  Threat 
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Sorted  Parameter  Estimates 


Term 

Estimate 

Std  Error 

t  Ratio 

Total  Load  (LT) 

0.0026753 

7.928e-6 

337.47 

#  T-Crafls 

-3.591615 

0.017278 

-207.9 

Distance  (nm) 

0.2052984 

0.001233 

166.44 

(Cargo  Payload  Weight  (LT)-650.008)*(Total  Load  (LT)-22500) 

-4.524e-6 

3.977e-8 

-113.7 

Load  Time  (hrs) 

6.4959412 

0.069367 

93.65 

Cargo  Payload  Weight  (LT) 

-0.075715 

0.000992 

-76.30 

Deck  Use  Efficiency  (between  0  and  1) 

-75.73295 

1.106947 

-68.42 

(Total  Load  (LT)-225()0)*(Distance  (nm)-137.5) 

7.6342e-6 

1.207e-7 

63.27 

(#  T-Crafts-14.0312)*(ProbHit  Batch  during  Unloading  (per  hour)-0.255) 

6.6086455 

0.121228 

54.51 

(Batchsize-1 1.5001)*(Batchst2e-1 1 .5001)*(Batchsi2e-1 1 .5001 ) 

0.0229304 

0.000438 

52.38 

(#  T-Crafts-14.0312)*(Distance  (nm)-137.5) 

-0.01339 

0.000268 

-49.95 

Unload  Time  (hrs) 

4.3466687 

0.092533 

46.97 

SpeedSES  (knts) 

-0.621699 

0.013873 

-44.81 

(Cargo  Deck  Size  (sqft)-6100.02)*(Total  Load  (LT)-22500) 

1.5404e-7 

3.49e-9 

44.14 

ProbHit  Batch  during  Unloading  (per  hour) 

-21.53346 

0.566165 

-38.03 

(Bate  hsize-11.5001)*(Batchsize-l1. 500l)*(Batchsize-11. 5001  )*(Batchsl2e-1 1.5001) 

-0.003043 

8.023e-5 

-37.94 

Batchsize 

-1.217063 

0.032389 

-37.58 

Cargo  Deck  Size  (sqft) 

-0.001249 

3.558e-5 

-35.10 

Prob>)t| 

0.0000* 

0.0000* 

0.0000* 

0.0000* 

0.0000* 

0.0000* 

0.0000* 

0.0000* 

0.0000* 

0.0000* 

0.0000* 

0.0000* 

0.0000* 

0.0000* 

<.0001* 

<0001* 

<0001* 

<.0001* 


Table  7.  Most  Important  Parameter  Estimates  of  the  Regression  Model  of  the  Time 

to  Complete  Mission  with  all  Factors  of  the  Scenario  With  Enemy  Threat 


Next,  the  impact  of  all  factors  on  the  proportion  of  cargo  successfully 
delivered  onshore  is  considered.  The  results  are  shown  in  Figure  29  and  Table  8.  The  R- 
Square  for  the  model  is  0.681. 
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Figure  29.  Regression  Model  for  the  Proportion  of  Cargo  Successfully  Delivered 
Onshore  with  all  Factors  of  the  Scenario  With  Enemy  Threat 
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Table  8.  Most  Important  Parameter  Estimates  of  the  Regression  Model  for  the 

Proportion  of  Cargo  Suoeessfully  Delivered  Onshore  with  all  Faetors  of  the 

Seenario  With  Enemy  Threat 


Sorted  Parameter  Estimates 

Term 

ProdHit  Batch  during  Unloading  (per  hour) 

Total  Load  (LT) 

(Batchsize-11.5001)*(Batchsize-11.5001)*(Batchsize-11.5{)01) 

(#  T-Crafts-14.0312)*{#  T-Crafls-14.0312) 

(#  T-Crafts-14.0312)*(Total  Load  (LT)-22500) 

Unload  Time  (hrs) 

(Batchsize-1 1.5001)*{Batchsize-1 1 .5001)*(Batchsize-11 .5001  )*(Batchsize-1 1.1 
(Batchsize-11.5001)*{ProbHit  Batch  during  Unloadtng  (per  hour)-0.255) 

(Cargo  Payload  Weight  (LT)-650-008)*(#  T-Crafts-14.0312) 

(#  T-Crafts-14.0312)*{ProbHit  Batch  during  Unloading  (per  hour)-0.255) 
(Cargo  Payload  Weight  (LT)-650.008)*(Total  Load  (LT)-22500) 
(Batchsize-1l.5001)*(Totai  Load  (LT)-22500) 

(Total  Load  (LT)-22500)*(ProbHit  Batch  during  Unloading  (per  hour>-0.255) 

(#  T-Crans-14.0312)*(#  T-Crafts-1 4.031 2)*(#  T-Crafts-14.0312) 

Cargo  Payload  Weight  (LT) 

#T-Crafls 
ProbHit  Batch  (%) 

Batchsize 

(Bate  hsize-11.5001)*(Batchsize-1 1.5001) 

AttntionRate  Troops 

(Cargo  Payload  Weight  (LT)-650.008)*(Cargo  Payload  Weight  (LT)-660.008) 
(ProbHit  Batch  (%)-0.255)*(ProbHlt  Batch  (%)-0.255) 


Estimate 

Std  Error 

t  Ratio 

Prob>lt| 

-0.349755 

0.002349 

-148.9 

0.0000’ 

-4.442e-6 

3.286e-8 

-135.2 

1 

0.0000* 

0.0002377 

1.816e-6 

130.88 

1 

0.0000’ 

-0.001791 

1.713e-5 

-104.5 

1 

0.0000’ 

6.651 9e-7 

7.166e-9 

92.83 

1 

0.0000’ 

-0.033815 

0.000384 

-88.12 

I 

0.0000* 

-2.632e-5 

3.33e-7 

-79.04 

1 

0.0000’ 

0.0294519 

0.00039 

75.49 

1 

0.0000’ 

-0.000026 

3.583e-7 

-72.67 

1 

0.0000’ 

0.0336511 

0.000503 

66.92 

j 

0.0000* 

9.818e-9 

1.65e-10 

59.55 

0.0000’ 

3.1312e-7 

5.463e-9 

57.32 

I 

0.0000’ 

-1.068e-5 

2.31 3e-7 

-46.18 

H 

0.0000’ 

0.0001812 

4.058e-6 

44.66 

0.0000’ 

0.0001582 

4.113e-6 

38.45 

1 

<0001’ 

0.006577 

0.000175 

37.56 

1 

<-0001* 

-0.204877 

0.005861 

-34.96 

r 

<.0001* 

-0.004262 

0.000134 

-31.72 

<0001* 

0.0007885 

0.000034 

23.18 

j 

<0001* 

-0.128804 

0.005861 

-21.98 

r 

<-0001* 

-3.915e-7 

3.184e-8 

-12.30 

] 

<.0001* 

0.7550251 

0.064683 

11.67 

<0001* 

For  the  proportion  of  eargo  suoeessfully  delivered  onshore,  the  six  most 
signifioant  faetors  are  the  probability  of  hit  for  the  batoh  during  unloading,  the  total  load 
of  the  troops,  the  batoh  size,  the  number  of  T-Crafts  available,  the  unload  time,  and  the 
eargo  payload  weight.  These  faetors  are  followed  by  the  probability  of  hit  during  transit 
and  the  attrition  rate  of  troops.  From  the  sorted  parameter  estimates,  we  observe  that  the 
total  load  of  troops  is  an  important  faotor,  but  is  not  a  matter  of  ohoioe  within  a  given 
seenario.  The  number  of  T-Crafts,  and  the  bateh  size  have  to  be  eonsidered  very  earefully 
to  aehieve  high-delivery  proportions.  The  impact  of  the  batch  size  is  not  surprising 
because  this  factor  decreases  the  probability  of  sustaining  enemy  hits  dramatically.  Based 
on  the  observation  that  probability  of  hit  during  transit  and  unloading,  the  unload  time 
and  the  attrition  rate  are  all  among  the  significant  factors,  we  conclude  that  the  delivery 
of  material  onshore  would  benefit  if  T-Crafts  are  protected  during  the  whole  process  of 
projecting  troops  to  the  shore. 


Finally,  we  look  at  which  factors  influence  the  proportion  of  T-Craft 
destroyed.  Figure  30  shows  that  we  get  an  R-Square  of  0.6606  for  the  model.  From 
Table  9,  we  infer  that  the  total  load,  the  probability  of  hit  during  unloading,  the  cargo 
payload  weight,  the  probability  of  hit  during  transit,  the  unload  time,  the  number  of  T- 

Crafts  available,  the  batch  size,  the  probability  of  sinking  after  the  first  hit,  and  the 
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number  of  hits  that  a  T-Craft  can  take  before  it  needs  repair  are  the  factors  with  practical 
significance.  The  last  two  factors  are  observed  for  the  first  time  in  one  of  our  models. 
Both  factors  are  related  to  T-Craft  survivability.  This  shows  that  it  is  important  that  the  T- 
Craft  is  able  to  survive  at  least  one  hit.  The  T-Craft  developer  should  establish  a  design 
that  makes  the  T-Craft  as  solid  against  enemy  hits  as  possible. 


Actual  by  Predicted  Plot  Summary  of  Fit 


-0.4  -0.1  0.2  0.5  0.7  1  1  2  1.4 


RSquare  0.660628 

RSquare  Adj  0.660559 

Root  Mean  Square  Error  0.186978 

Mean  of  Response  0.295552 

Observations  (or  Sum  Wgts)  1 1 8800 


Analysis  of  Variance 

F  Ratio 
9633.733 
Prob  >  F 
0.0000* 


Source  DF 
Model  24 

Error  113775 
C.  Total  118799 


Sum  of 
Squares 
8033.264 
4152.465 
12235.729 


Mean  Square 
336.303 
0.035 


PropTcraftDestroyed  Predicted 

P<.0001  RSq=0.66  RMSE=0.187 


Figure  30.  Regression  Model  for  the  Proportion  of  T-Craft  Destroyed  with  all  Factors  of 

the  Scenario  With  Enemy  Threat 


Table  9.  Most  Important  Parameter  Estimates  of  the  Regression  Model  for  the 

Proportion  of  T-Crafl  Destroyed  with  all  Eactors  of  the  Scenario  With  Enemy 

Threat 


Sorted  Parameter  Estimates 


Term 

Total  Load  (LT) 

ProbHit  Batch  during  Unloading  (per  hour) 

Cargo  Payload  Weight  (LT) 

ProbHit  Batch  (%) 

Unload  Time  (hrs) 

#  T-Crafts 

(#  T-Crafls-U.0312)*{Total  Load  (LT)-22500) 

(Batchsize-1 1 .5001  )*{Batchsize-l  1 .5001  )*(0atchsi2e-1 1 .5001 ) 

(#  T-Crafts-14.0312)*{ProbHit  Batch  during  Unloadirtg  (per  hour)-0.255) 

(Unload  Time  (hrs)-2.50008)*(ProbHit  Batch  during  Unloading  (per  hour)-0.255) 
ProbSink  (1  Hit) 

(#  T-Crafts-U.0312)*(#  T-Crafts-14.0312) 

Batchsize 

(#  T-Crafts-1 4.031 2)*(#  T-Crafts-14.0312)*(#  T-Crafts-14.0312) 

(Bate  hsize-1l.5001)*(Batchsize-l1.500l)*(Batchsize-11.5001)*(Batchsize-1 1.5001) 
(#  hits  to  repair-3.00781  )*(#  hits  to  repair-3.00781)*(#  hits  to  repair-3.00781) 

(Bate  hsize-11.5001)*(Batchsize*1 1.5001) 


Estimate 

Std  Error 

t  Ratio 

Prob>|t| 

9.8283e-6 

5.344e-8 

183.92 

0.0000* 

0.549738 

0.003813 

144.17 

I 

0.0000* 

-0.00035 

2.669e-6 

-131.2 

I 

0.0000* 

0.3380557 

0.008813 

88.65 

_ I 

0.0000* 

0.0531379 

0.000623 

85.26 

i 

0.0000* 

-0.022916 

0.000285 

-80.53 

0.0000* 

-7.254e-7 

1.164e-8 

-62.34 

0.0000* 

-0.000169 

2.946e-6 

-57.45 

0.0000* 

-0.040074 

0.000816 

-49.13 

0.0000* 

0.1656728 

0.004443 

37.29 

<0001* 

0.5674431 

0.015951 

35.57 

<0001* 

0.0021932 

9.358e-5 

23.44 

<0001* 

-0.005077 

0.000218 

-23  28 

<.0001* 

-0.000153 

6.598e-6 

-23.26 

<0001* 

1.2041e-5 

5,4e-7 

22.30 

<0001* 

0.0059315 

0.000313 

18.94 

<0001* 

0.0007986 

5.516e-5 

14.48 

<0001* 

As  already  discussed  in  the  scenario  without  enemy  threat,  all  factors  that 

are  related  to  converting  between  modes,  traveling  in  ACV  mode,  number  of  sea  and 

shores  spots  and  to  refueling  T-Craft  show  no  practical  significance  in  the  models. 
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b.  Robust  Analysis 


This  section  explains  the  results  of  the  robust  analysis  for  all  three  MOEs 
of  the  scenario  with  enemy  threat.  The  first  MOE  that  we  consider  is  time  to  complete 
mission.  The  loss  function  is  the  same  one  that  we  used  for  the  scenario  without  enemy 
threat; 

Eoss  =  (T  imeT  oComplete  -10)^.  (9) 

Before  we  build  the  regression  model  for  the  robust  analysis,  we  average 
again  over  the  noise  factors.  The  results  for  the  regression  model  for  the  Mean  (Quadratic 
Eoss  Time  to  complete)  are  presented  in  Eigure  31.  The  regression  model  has  an  R- 
Square  of  0.5812.  The  parameters  and  the  prediction  profiler  are  shown  in  Eigure  32  and 
the  interaction  profiles  in  Eigure  33. 


Actual  by  Predicted  Plot 


Summary  of  Fit 

RSquare  0.581193 

RSquare  Adj  0.580572 

Rqqt  Mean  Square  Errcr  7762.509 

Mean  of  Response  6854.588 

Observations  (or  Sum  Wgts)  14850 

Analysis  of  Variance 


Source 

DF 

Sum  of 
Squares 

Mean  Square 

F  Ratio 

Model 

22 

1.2398e+12 

5.636e+10 

935.2708 

Error 

14827 

8.9342e+11 

60256553 

Prob  >  F 

C.  Total 

14849 

2.1333e->-12 

0.0000* 

Eigure  3 1 .  Regression  Model  for  Mean(Quadratic  Eoss  Time)  of  the  Scenario  Without 

EnemyThreat 


67 


Sorted  Parameter  Estimates 


Term 

Estimate 

Std  Error 

t  Ratio 

Prob>|t| 

Total  Load  (LT) 

0.4633137 

0.006269 

73.91 

0.0000' 

#  T-Crafts 

-641.3105 

13.66244 

-46.94 

0.0000’ 

(Cargo  Payload  Weight  (LT)-650.008)’{Totai  Load  (LT)-225C)0) 

-0.001397 

3.144e-5 

-44.42 

I 

0.0000’ 

Distance  (nm) 

40.154415 

0.975337 

41.17 

0.0000’ 

(Total  Load  (LT)-22500)*(Distance  (nm}-l37.5) 

0.0025859 

9.542e-5 

27.10 

<0001’ 

(Cargo  Payload  Weight  (LT)-650.()08)’(Distance  (nm)-137.5) 

-0.115327 

0.00491 

-23.49 

<0001* 

(#  T-Crafts-14.0312)’{Total  Load  (LT>-225I}0) 

-0.031384 

0.001366 

-22.98 

<0001* 

Load  Time  (hrs) 

1234.2164 

54.85141 

22  50 

<.0001* 

(#  T-Cra1ts-14.03l2)*(Dtstance  (nm)-137.5) 

-4.452984 

0.211978 

-21  01 

<.0001* 

(Cargo  Payload  Weight  (LT)-650.008)*(#  T-Crafts-14.0312) 

1.1981253 

0.06835 

17  53 

<0001* 

(Load  Time  (hrs>-3.0003l)*(Totai  Load  (LT)-22500) 

0.0940039 

0.00537 

17.51 

<0001* 

(Cargo  Payload  Weight  (LT)-650.D08)'(Load  Time  (hrs)-3.[K)031) 

-4157732 

0.274489 

-15.15 

<0001* 

Cargo  Payload  Weight  (LT) 

-11  60498 

0.784278 

-14  80 

<.0001* 

SpeedSES  (knts) 

-142.7997 

10.97015 

-13.02 

<0001* 

(Batchsize-1 1-5001  )*(Batchsize-l1. 5001  )’(Batchsi2e-1 1.5001) 

4.3112779 

0.346098 

12.46 

<0001* 

(Cargo  Payload  Weight  (LT)-650.008)*(Cargo  Payload  Weight  (LT)-650.008)*(Cargo  Payload  Weight  (LT) 

-0.000118 

9.703e-6 

-12.14 

<0001* 

Batchsize 

-270  1191 

25.60555 

-1055 

<.0001* 

(SpeedSES  (knts)*45.0016)*(Total  Load  (LT)-22500) 

-0.011296 

0.001077 

-10.49 

<0001* 

(Batchsize-11.5001)*(Batchsize-11  5001  )*(Batchsize-1 1.5001  )*(Batchsize-1 1.5001) 

-0.483777 

0.06348 

-7.62 

<0001* 

Prediction  Profiler 


i1ean(Quadrati( 
Loss  Time) 
7363.073 

±329.0584 

SJ  (*) 

o  o  o  o 

800  45 

Cargo  Payload  SpeedSES 

Weight  (LT)  (knts) 


3 

Load  14  8 

Time  (hrs)  #T-Crafts  Batchsize 


32559  137  5 

Total  Distance 

Load  (LT)  (nm) 


Figure  32.  Sorted  Parameter  Estimates  and  Prediction  Profiler  for  the  Regression  Model 
for  Mean(Quadratic  Loss  Time)  of  the  Scenario  With  Enemy  Threat 


When  we  compare  the  results  in  Eigures  32  and  33  to  the  scenario  without 
enemy  threat,  we  note  that  five  of  the  seven  factors  are  common  to  both  models.  The 
interactions  of  these  five  factors  are  similar  to  those  observed  in  the  scenario  with  enemy 
threat,  but  are  not  as  strong  as  in  the  scenario  without  enemy  threat.  Two  new  factors 
manifest  in  the  scenario  with  enemy  threat;  the  speed  in  SES  mode  and  the  batch  size. 
The  seven  additional  noise  factors  noted  in  part  (a)  act  to  reduce  the  consistency  of  the 
model  in  the  robust  analysis.  Even  though  the  speed  in  SES  mode  and  the  batch  size 
show  practical  significance,  their  impact  is  not  as  strong  as  of  the  other  five  factors  we 
already  found  in  the  scenario  without  enemy  threat. 
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Interaction  Profiles 
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Figure  33.  Interaction  Profiles  for  the  Regression  Model  of  Mean  (Quadratic  Loss  Time) 

of  the  Scenario  With  Enemy  Threat 


The  second  MOE  that  we  consider  for  robust  analysis  is  the  proportion  of 
cargo  successfully  delivered  onshore.  Since  the  target  value  for  the  proportion  cargo  on 
shore  is  100  percent  the  quadratic  loss  function  is; 

Eoss  =  (ProportionCargoOnshore  - 1)^  (10) 

The  results  for  the  regression  model  for  the  Mean  (Quadratic  Eoss  Cargo) 
are  presented  in  Eigures  34,  35,  and  36. 
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Actual  by  Predicted  Plot 


-0.1  0  0,1  0.3  0  5  0  7  0.9  1 


Mean(Quadratic  Loss  Cargo) 
Predicted 

P<.0001  RSq=0.55  RMSE=0.0978 


Summary  of  Fit 

RSquare  0.546039 

RSquare  Adj  0.54558 

Root  Mean  Square  Error  0.097788 

Mean  of  Response  0.056961 

Observations  (or  Sum  Wgts)  1 4850 


Analysis  of  Variance 


Source 

DF 

Sum  of 
Squares 

Mean  Square 

F  Ratio 

Model 

15 

170.62010 

11.3747 

1189.521 

Error 

14834 

141.84863 

0.0096 

Prob  >  F 

C.  Total 

14849 

312.46874 

0.0000* 

Figure  34.  Regression  Model  for  Mean( Quadratic  Loss  Cargo)  of  the  Scenario  With 

Enemy  Threat 


Sorted  Parameter  Estimates 


Term 

Estimate 

Std  Error 

t  Ratio 

Prob>|ti 

(Batchsize-1 1 .5001  )*(Batchsee-1 1 .5001  )'(Batcnsi2e-1 1 .5001 ) 

-0.000203 

4.357^ 

-46.48 

0.0000* 

Total  Load  (LT) 

2.9175€-6 

7.897e-8 

36.95 

<0001* 

(Batchsize-1 1 .5001  )*(Batchsize-1 1 .5001  )*(Batchsize-1 1 .5001  )*(Batchsize-1 1 .5001 ) 

2.7024e-5 

7.992e-7 

33.81 

<0001* 

Cargo  Payload  Weight  (LT) 

-0.000127 

3.948e-6 

-32.05 

1 

<0001* 

(#  T-Crafts-14.0312)*(#T-Crans-14.0312) 

0.0012486 

0.000041 

30.44 

<0001* 

(#  T-Crafts-1 4.031 2)*{Total  Load  (LT)-22500) 

-4.702e-7 

1.72e-8 

-27.33 

. 

<.0001* 

(Batehsi2e-11.5001)*(Total  Load  (LT>-22500) 

-2.965e-7 

1.311e-8 

-22.61 

1 

<0001* 

Unload  Time  (hrs) 

0.0203634 

0.000922 

22.09 

<0001* 

(Cargo  Payload  Weight  (LT)-650.008)*(#  T-Crafts-14.0312) 

1.8625e-5 

8.607e-7 

21.64 

<0001* 

Batchsize 

0.0060712 

0.000322 

18.83 

<0001* 

(Cargo  Payload  Weight  (LT)-650.008)*(Total  Load  (LT)-22500) 

-6.963e-9 

3.96e-10 

-17.57 

EZ 

1 

<0001* 

(Batchsize-1 1 .5001  )*{Batchsize-1 1 .5001 ) 

-0.001303 

8.163e-5 

-15.96 

1 

<0001* 

(#  T-Crafts-1 4.031 2)*{#  T-Crafls-1 4.031 2)*(#  T-Crafts-1 4.031 2) 

-0.00014 

9.749e-6 

-14  34 

n 

<0001* 

(Cargo  Payload  Weight  (LT)-650.008)*(Unload  Time  (hrs)-2.50008) 

-0.000034 

4.565e-6 

-7.44 

T 

<0001* 

#  T-Crafls 

-0.002624 

0.000421 

-6.24 

_ L 

<0001* 

Prediction  Profiler 


800  2  5  22500 

Cargo  Payload  Unload  12  6  Total 

Weight  (LT)  Time  (hrs)  #T*Crafts  Batchsize  Load(LT} 

Figure  35.  Sorted  Parameter  Estimates  and  Prediction  Profiler  for  the  Regression  Model 
for  Mean(Quadratic  Eoss  Cargo)  of  the  Scenario  With  Enemy  Threat 
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Interaction  Profiles 
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Figure  36.  Interaction  Profiles  for  the  Regression  Model  of  Mean  (Quadratic  Loss  Cargo) 

of  the  Scenario  With  Enemy  Threat 


The  model  has  an  R-Square  of  0.546.  The  sorted  parameter  estimates  of 
Figure  35  show  that  the  factor  with  the  greatest  impact  is  the  batch  size.  This  model 
behavior  is  not  surprising  because  forming  batches  drastically  decreases  the  probability 
of  hits.  Figures  35  and  36  also  show  that  the  batch  size  has  a  threshold  value.  Robustness 
improves  drastically  as  we  increase  batch  size  up  to  a  value  of  six,  and  then  levels  off. 
This  behavior  can  be  seen  in  all  interaction  profiles  that  are  related  to  the  batch  size.  The 
total  load  of  troops  and  the  cargo  payload  weight  are  both  significant  and  show  a  high 
interaction.  Large  cargos  will  require  large  payload  capacities  or  large  numbers  of  T- 
Craft  to  achieve  mission  success.  We  conclude  again  that  the  cargo  payload  weight 
should  meet  or  exceed  750  LT,  as  the  stated  objective  in  BAA  #05-20.  The  cargo  payload 
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weight  shows  also  an  interaction  to  the  number  of  T-Crafts  available.  From  analyzing  the 
prediction  profiler  (Figure  35)  we  observe  a  threshold  value  of  12  T-Craft.  The 
interaction  profiles  of  Figure  36  confirm  this  result.  The  number  of  T-Crafts  available 
shows  interactions  to  all  other  factors  and  all  profiles  support  the  threshold  of  12  T- 
Crafts.  We  conclude  that  12  or  more  T-Crafts  are  needed  to  achieve  high  delivery  rates. 
The  last  significant  factor  is  the  unload  time.  This  result  is  not  surprising  because  a 
shorter  unload  time  decreases  the  probability  of  hit  for  the  individual  T-Craft  and 
increases  the  T-Craft  survivability.  As  a  consequence  the  proportion  of  cargo  onshore 
also  rises. 

The  last  MOE  we  evaluate  is  the  proportion  of  T-Craft  destroyed.  The 
target  proportion  of  T-Craft  destroyed  is  zero  percent,  so  the  quadratic  loss  function 
becomes; 

Loss  =  (ProportionTcraftDestroyed  -  0)^ .  (11) 

Before  we  can  build  the  regression  model  for  the  robust  design,  we  average  over  the 
noise  factors.  The  results  for  the  regression  model  for  the  Mean  (Quadratic  Loss  T-Craft) 
are  presented  in  Ligure  37.  The  model  has  an  R-Square  of  0.5744.  The  prediction  profiler 
of  Ligure  38  once  more  confirms  that  the  total  load  of  troops  is  very  important  in 
achieving  mission  success.  Because  of  this,  the  cargo  payload  weight  should  be 
sufficiently  large  to  reduce  the  number  of  trips  required  for  a  large  landing  force.  The 
number  of  T-Crafts  available  will  have  a  similar  impact  on  loss.  The  interaction  profiles 
of  Ligure  38  show  that  for  low  and  medium  numbers  of  total  load  a  threshold  value  of  14 
T-Crafts  exists.  This  threshold  terminates  when  the  total  load  of  troops  increases.  Lor 
heavy  armored  forces  like  the  MEB  2024,  as  many  T-Craft  as  possible  are  needed  to 
achieve  a  low  proportion  of  T-Craft  destroyed.  The  number  of  hits  before  the  T-Craft 
needs  repair  also  has  a  huge  impact.  This  factor  should  be  as  small  as  possible  to  get 
robust  results.  These  results  are  unsurprising  because  the  probability  of  sinking  for  T- 
Craft  increases  with  every  hit  T-Craft  takes.  What  is  surprising  is  that  this  factor  showed 
no  practical  significance  in  the  robust  analysis  of  proportion  of  cargo  successfully 
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delivered  onshore.  The  oeeurrenee  of  the  next  faetor,  the  unload  time,  is  logieal  beeause  a 
longer  unload  time  inereases  the  probability  of  the  T-Craft  taking  hits. 


Actual  by  Predicted  Plot  Summary  of  Fit 


RSquare  0.574429 

RSquare  Adj  0.574027 

Root  Mean  Square  Error  0.189487 

Mean  of  Response  0.190345 

Observations  (or  Sum  Wgts)  14850 

Analysis  of  Variance 


Source 

DF 

Sum  of 
Squares 

Mean  Square 

F  Ratio 

Model 

14 

718.9715 

51.3551 

1430.289 

Error 

14835 

532.6566 

0.0359 

Prob  >  F 

C.  Total 

14349 

1251.6281 

0.0000* 

Mean(Quadratic  Loss  T-Craft) 
Predicted  P<.0001  RSq=0.57 
RMSE=0.1895 


Figure  37.  Regression  Model  for  Mean(Quadratio  Loss  T-Craft)  of  the  Seenario  With 

Enemy  Threat 


Sorted  Parameter  Estimates 
Term 

Totai  Load  (LT) 

Cargo  Payload  Weight  (LT) 
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#  hits  to  repair 
Unload  Time  (hrs) 

#  T-Crafts 

(Batchsize-1 1.5001  )*(Batchsize-1 1  5001)*(Batchsize-1 1.5001 ) 

(#  T-Crafts-14.0312)*(#  hits  to  repair-3.00781) 

(Cargo  Payload  Weight  (LT)-650.008)*(Total  Load  (LT>-22500) 

(#  T-Cratts-14.0312)*(#  T-Crafts-14.0312)'{#  T-Crafts-14  0312) 
(Batchsize-1 1.5001  )*(Batchsize-1 1 .5001  )*(Batchsize-1 1.5001  )*(Batchsize 
(Batchsize-1 1.5001  )*(Batchsize-1 1  5001) 

Batchsize 
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1,53e-7 

54.84 

O.OOOO" 

-0.000312 

7.651  e-6 

-40  72 

f 

0.0000’ 

0.0027154 

7.949e-5 

34.16 

1 

<0001' 

-9.356e-7 

3.333e-8 

-2807 

. 

1 

<0001* 

0.0332714 

0  001263 

26  33 

<0001’ 

0.0441899 

0.001786 

2474 

_ I 

<0001* 

-0.018586 

0.000815 

-22.80 

<0001’ 

-0.000186 

8.444e-6 

-2203 

<0001’ 

-0.005338 

0.00027 

-19.75 

<0001* 

-1.298e-8 

7.68e-10 

-16.91 

<0001* 

-0.00021 

1.89e-5 

-11.11 

<0001* 

1.466e-5 

1.548e-6 

9.47 

<0001* 

0.0003867 

0.000158 
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Figure  38.  Sorted  Parameter  Estimates  and  Prediction  Profiler  for  the  Regression  Model 
for  Mean(Quadratic  Eoss  T-Craft)  of  the  Scenario  With  Enemy  Threat 
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The  batch  size  is  the  last  factor  of  practical  significance.  For  the 
proportion  of  T-Craft  destroyed,  we  observe  a  threshold  of  eight  T-Crafts  or  more  to 
achieve  robust  results.  The  interaction  profiles  of  Figure  39  confirm  that  this  threshold 
holds  for  all  possible  scenarios. 


Interaction  Profiles 


2  ^ 
■o  2 

(0  o 

D  .  • 

q 

c 
CQ 
0) 


w 


(U 


o 

^  O 
O  ^ 

•w  t/) 

C  w 
(Q  O 
0)  _| 


Is 

O  F- 
E 

(Q  O 
0)  _l 


0.8 

0.5 

0.2 

-0.1 

0.3| 

0.5i 

0.2 

-0.1 

0.8 1 
0.5: 
0.2 
-0.1 


CD 


O 


2 

•a 

(D 

3 

o 

c 

ID 

(U 


2 

^  o 

d  F- 


2  0.8; 


W 


Cargo  Paylsaa 

200 

wetgri  (LT) 

300 

IMO 

300 

1D0D 

300 

1030 

1000 

6 

6 

6 

•T-CraRs 

6 

22 

22 

22 

1 

1 

Saicoeiza 

1 

1 

2* 

22 

22 

22 

«nt!E 

5 

1 

s 

5 

1 

to  repair 

5 

1 

Total 

40030 

43000 

Load  (LT) 

^'DCOC 

5DGD 

SCOO 

5030 

O  O  O 

o  o  o 
VO  r- 


CN  CO  m 


o  o  o  o 
o  o  o  o 
o  o  o  o 
o  o  o  o 

f-  CN  CO  ^ 


o 

o 

t) 

I 

& 

s 


Figure  39.  Interaction  Profiles  for  the  Regression  Model  of  Mean  (Quadratic  Loss  T- 

Craft)  of  the  Scenario  With  Enemy  Threat 


We  also  analyzed  the  loss  functions  for  all  MOEs  using  partition  trees,  but 
these  analyses  did  not  provide  any  additional  insights. 

4,  Decision  Aid  Tools 

Eor  operational  planning,  it  is  always  useful  to  have  decision  aid  tools  that  help 
the  decision  maker  to  predict  the  amount  of  assets  needed  to  finish  a  mission 
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successfully.  In  order  to  do  this,  two  different  devices  are  usually  considered;  spreadsheet 
models  or  the  use  of  simulation.  The  beauty  of  spreadsheet  models  is  that  they  are  very 
easy  to  develop  and  to  use,  while  simulation  is  usually  more  complieated,  more  time 
intensive,  and  requires  a  fair  amount  of  speeialized  training  to  use  properly.  Therefore, 
we  have  tried  to  find  a  spreadsheet  predictor  for  time  to  eomplete  mission  for  the  two 
different  scenarios.  The  other  two  MOEs  are  not  predictable  without  using  simulation. 
We  describe  the  results  in  the  following  section. 

a.  Scenario  Without  Enemy  Threat 

The  seenario  without  enemy  threat  is  the  easier  of  the  two  scenarios. 
Beeause  our  objeetive  is  to  find  a  predictor  that  can  be  implemented  in  a  spreadsheet,  we 
started  by  considering  the  regression  model  developed  for  the  analysis  in  seetion  2a  of 
this  chapter.  That  model  has  an  R-Square  of  0.9248,  which  may  not  be  precise  enough  to 
be  used  as  a  predictor  for  time  to  complete  mission. 

We  found  that  a  different  approaeh  yields  excellent  results.  We  compute 
the  number  of  T-Craft  sorties  that  are  needed  to  project  all  troops  to  shore.  We  then 
divide  the  number  of  trip  cycles  by  the  number  of  T-Craft  available  to  determine  the 
number  of  trip  eycles  that  have  to  be  finished,  i.e.,  the  number  of  trips  that  a  T-Craft  has 
to  complete  before  all  troops  have  reached  the  shore  successfully.  Finally,  we  multiply 
this  by  the  duration  of  a  cycle  to  obtain  the  predictor  for  time  to  complete  mission; 

#Sorties  =  Max(P  Footprmt/(DeokUseEff  *CargoDeokSize)],  (12) 

[  TotalEoad/(DeckUseEff  *  CargoPayloadWeight)]) 

#TripCycles  =  |~  #Sorties/#T-Crafts]  (13) 
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t  =  #TripCycles* 


2  *  (Distance-TransitionDistance)/SpeedSES 
+  2*  TransitionDistance/SpeedACV 
+  ConvertTimeToACV 
+  ConvertTime  ToSES 
+  EoadTime 
+  ElnloadTime 


(14) 


-.5* 


(Distance-T  ransitionDistance)  /  SpeedSES 
+  TransitionDistance/SpeedACV 
+  ConvertTimeToSES 


The  final  term  is  an  adjustment  to  eorreet  for  the  fact  that  the  final  return 
trip  to  the  sea  base  does  not  eount  against  delivery  time. 


Equations  12  to  14  are  a  set  of  nonlinear  equations  that  represent 
projeeting  the  troops  to  shore.  Eigure  41  shows  the  result  of  fitting  a  regression  model  of 
the  outeomes  from  the  Arena  model  versus  the  predietive  equation  results. 


Actual  by  Predicted  Plot 


Summary  of  Fit 

RSquare  0.991305 

RSquareAdj  0.991305 

Root  Mean  Square  Error  3.887865 

Mean  of  Response  59.71518 

Observations  (or  Sum  Wgts)  126765 


Parameter  Estimates 

Term  Estimate  Std  Error  t  Ratio  Prob>|t| 

Intercept  1.3247717  0.018846  70  30  0.0000* 

Tau  Mission  Time  0.9761513  0.000257  3801.5  0.0000* 


Eigure  40.  Regression  Model  of  the  Predietor  of  Time  to  Complete  Mission  versus  the 
Arena  Outcome  of  Time  to  Complete  Mission  for  the  Scenario  Without  Enemy 

Threat 


The  regression  model  has  an  R-Square  of  0.9913,  which  is  a  surprisingly 
good  result.  We  conclude  from  this  that  queuing  effects  are  not  an  issue  over  wide  ranges 
of  peaee  time  seenarios. 
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If  the  decision  maker  wants  more  detailed  results,  the  Arena  model  that 
has  been  developed  for  this  thesis  can  be  used  as  well.  In  the  second  part  of  the  next 
section,  we  describe  the  procedure  for  generating  predictions  using  Arena. 


b.  Scenario  With  Enemy  Threat 


The  predictor  for  time  to  complete  mission  that  we  used  for  the  scenario 
without  enemy  threat  does  not  work  as  well  for  the  scenario  with  enemy  threat.  The  R- 
Square  of  0.69  that  we  achieve  with  a  regression  model  by  using  the  predictor  with 
polynomial  to  degree  four,  shown  in  Figure  42,  is  the  best  value  we  are  able  to  achieve. 
This  result  is  even  worse  than  the  result  of  the  regression  model  in  section  3  a  of  this 
chapter,  where  we  had  a  R-Square  of  0.721.  We  conclude  that  the  queuing  effects  of 
forming  batches  are  an  important  issue  over  wide  ranges  of  scenarios  with  enemy  threat. 


Summary  of  Fit 

RSquare 
RSquare  Adj 
Root  Mean  Square  Error 
Mean  of  Response 
Observations  (or  Sum  Wgts) 


Parameter  Estimates 


0.690162 

0.690151 

29.25599 

73.97071 

118800 


Terni 

Estimate 

Std  Error 

t  Ratio 

Prob>lt| 

Intercept 

3.5888098 

0.186487 

1924 

<0001* 

Tau  Mission  Tirrie 

1.2953378 

0.002985 

433.94 

0.0000* 

(Tau  Mission  Time-59.3347)*(Tau  Mission  Time-59.3347) 

-0.003575 

7.631  e-5 

-46.86 

0.0000* 

CT au  Mission  Time-59-3347)*(Tau  Mission  Time-59.3347)*(Tau  Mission  Time-59-3347) 

-4.339e-6 

5.986e-7 

-7.25 

<0001* 

(Tau  Mission  Tinf>e-59.3347)*(Tau  Mission  Time-59.3347}*(Tau  Mission  Time-59.3347)*(Tau  Mission  Time-59.3347) 

2.1323e-8 

1.137e-9 

18.76 

<.0001* 

Figure  41.  Regression  Model  of  the  Predictor  of  Time  to  Complete  Mission  versus  the 
Arena  Outcome  of  Time  to  Complete  Mission  for  the  Scenario  With  Enemy 

Threat 


Therefore,  we  recommend  using  simulation  to  predict  the  outcomes  in  war 
scenarios.  The  Arena  model  that  has  been  developed  for  this  thesis  can  easily  generate 
predictions.  To  illustrate  this,  we  investigate  a  scenario  where  a  MEB  2015  has  to  be 
projected  to  shore  over  a  distance  of  50  nm  within  10  hours.  We  wish  to  determine  the 
number  of  T-Crafts  that  are  needed  to  bring  the  MEB  2015  to  shore  within  this  time 
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constraint.  The  presumed  cargo  payload  weight  of  the  T-Craft  is  700  LT.  The  factor 
settings  needed  to  fulfill  the  mission  within  the  time  constraint  of  10  hours  are  displayed 
in  Table  9. 

We  replicated  the  scenario  100  times.  The  outcomes  of  time  to  complete 
mission,  proportion  of  cargo  successfully  delivered  onshore  and  proportion  of  T-Craft 
destroyed  are  shown  in  Figure  43. 

Table  10.  Assumed  Factors  to  Estimate  the  Outcomes  for  a  Certain  Mission 


S/N 

Factor 

VALUE 

1 

Cargo  Payload  Weight  (LT) 

700 

2 

Cargo  Deck  Size  (sqft) 

5500 

3 

Speed  SES  (knts) 

40 

4 

Speed  ACV  (knts) 

5 

5 

Load  Time  (hrs) 

2 

6 

Unload  Time  (hrs) 

1.5 

7 

Time  to  Convert  to  ACV  (hrs) 

0.5 

8 

Time  to  Convert  to  SES  (hrs) 

0.5 

9 

#T-Crafts 

17 

10 

#SeaSpots 

9 

11 

Refueling  during  loading?  (1-yes,  0-no) 

0 

12 

Refueling  rate  (tons/hour) 

120 

13 

Tank  capacity  (LT) 

110 

14 

Batchsize 

9 

15 

ProbFailure 

0.1 

16 

Time  to  repair  (hrs) 

2 

17 

#hits  to  repair 

2 

18 

Total  Load  (LT) 

5490 

19 

Footprint  MEB  (sqft) 

73759 

20 

Distance  (nm) 

50 

21 

TransitionDistance  (nm) 

1 

22 

Deck  Use  Efficiency  (between  0  and  1) 

0.8 

23 

#ShoreSpots 

12 

24 

ProbFIit  Batch  (%) 

0.255 

25 

ProbFIit  Batch  during  Unloading  (per  hour) 

0.255 

26 

AttritionRate  Troops 

0.255 

27 

ProbSink(lHit) 

0.145 

28 

ProbSink(2Hits) 

0.405 

29 

ProbSink(3Hits) 

0.63 

30 

ProbSink(4Hits) 

0.875 

31 

Distribution  (0-TRIA,  1-ShiftedEXPO) 

1 
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The  results  indicate  that  we  need  17  T-Crafts  to  execute  the  mission  in  less 
than  10  hours.  With  16  T-Crafts  we  exceed  the  required  time  frame.  With  100 
replications  of  the  scenario  in  the  Arena  model,  none  of  the  completion  times  exceeds 
nine  hours  and  the  model  predicts  a  mean  time  to  complete  mission  of  8.05  hours.  We 
also  observe  a  proportion  of  cargo  successfully  delivered  onshore  in  excess  of  0.91  and  a 
proportion  of  T-Craft  destroyed  below  six  percent  in  more  than  90  percent  of  the 
replications. 


Distributions 


TimeToComplete(Arena)  (hrs)  PropCargoOn Shore  PropTcraftDestroyed 


Quantiles 

Quantiles 

Quantiles 

100  0% 

maximum 

8.8825 

100.0% 

maximum 

1.0000 

100.0%  maximum 

0.23529 

99-5% 

8.8825 

99.5% 

1.0000 

99.5% 

0.23529 

97.5% 

8.6737 

97  5% 

1.0000 

97  5% 

0.11765 

90.0% 

8.4978 

90.0% 

1.0000 

90.0% 

0.05882 

75.0% 

guartile 

8.2815 

75.0% 

guartile 

1,0000 

75.0% 

quartile 

0.05882 

50.0% 

median 

8.0545 

50.0% 

median 

0.9870 

50.0% 

median 

0.00000 

25.0% 

quartile 

7.8496 

25.0% 

quartile 

0.9707 

25.0% 

quartile 

0.00000 

10.0% 

7.6736 

10.0% 

0.9403 

10.0% 

0.00000 

2.5% 

74125 

2.5% 

0.9231 

2.5% 

0.00000 

0.5% 

7.3065 

0.5% 

0.9138 

0.5% 

0.00000 

0.0% 

minimum 

7.3065 

0.0% 

minimum 

0.9138 

0.0% 

minimum 

0.00000 

Moments 

Moments 

Moments 

Mean 

8.0765018 

Mean 

0.9791772 

Mean 

0.0270588 

Std  Dev 

0.3158676 

Std  Dev 

0.0229563 

Std  Dev 

0.0395882 

Std  Err  Mean 

0.0315868 

Std  Err  Mean 

0.0022956 

Std  Err  Mean 

0.0039588 

Upper  95%  Mean 

8.1391768 

Upper  95%  Mean 

0.9837322 

Upper  95%  Mean 

0.034914 

Lower  95%  Mean 

8.0138268 

Lower  95%  Mean 

0.9746222 

Lower  95%  Mean 

0.0192037 

N 

100 

N 

100 

N 

100 

Figure  42.  Distribution  of  the  MOEs  for  the  Example  of  Eigure  41 
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Although  it  takes  some  time  with  simulation  to  determine  the  number  of 
T-Crafts  that  are  needed  to  undereut  the  10  hour  time  eonstraint,  we  believe  that  the 
results  are  more  reliable  and  informative  than  the  predietions  obtained  from  a 
regression/spreadsheet  model. 
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VI.  CONCLUSIONS 


A,  THESIS  SUMMARY 

We  set  out  to  assess  the  desired  eapabilities  of  the  T-Craft  defined  in  the  BAA 
#05-20.  Through  the  eombination  of  previous  studies,  the  development  of  an  Arena- 
based  diserete-event  simulation  model,  eomprehensive  experimental  design,  and  robust 
analysis  we  have  developed  insights  into  the  required  T-Craft  eapabilities  and  the 
operational  needs  of  major  seabasing  operations.  By  studying  broad  ranges  of  the 
simulation’s  input  parameters  we  have  determined  both  minimum  design  eharaeteristies 
and  operational  reeommendations  needed  for  the  T-Craft  to  aehieve  its  mission 
objeetives.  The  teehniques  used  in  this  thesis  ean  also  be  used  for  future  study  regarding 
the  performanee  assessment  of  T-Craft  prototypes. 

B,  THESIS  QUESTIONS 

In  Chapter  I,  the  following  research  questions  were  defined; 

•  How  many  T-Crafts  are  required  to  execute  a  mission  within  the  mission 
time  constraint? 

•  If  there  is  an  enemy  threat  capable  of  damaging  or  sinking  the  T-Crafts, 
how  many  additional  T-Crafts  are  needed  to  accomplish  the  mission? 

•  How  survivable  does  the  T-Craft  need  to  be? 

•  What  are  the  tonnage  capacity  and  deck  size  of  a  T-Craft  that  can 
successfully  execute  the  spectrum  of  anticipated  missions? 

•  How  many  spots  are  needed  to  load  and  unload  the  T-Crafts? 

•  How  important  are  the  speed,  the  load  time,  and  the  unload  time  of  the  T- 
Craft? 

•  How  do  fuel  consumption  and  the  frequency  of  refueling  events  impact 
operations? 
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This  section  summarizes  the  answers  to  these  questions  as  far  as  we  were  able  to 
find  answers  to  the  research  questions. 

1.  Number  of  T-Crafts 

The  analysis  of  Chapter  V  showed  that  the  number  of  T-Crafts  that  are  available 
during  a  mission  is  one  of  the  key  factors  that  determine  whether  a  mission  is 
successfully  completed  within  a  certain  time  constraint.  However,  in  order  to  compute  the 
number  of  T-Crafts  that  are  needed  to  execute  a  mission  within  the  mission  time 
constraint,  the  capabilities  of  the  T-Craft  and  the  mission  parameters  are  needed.  The 
Arena  model  can  be  used  to  compute  the  expected  time  to  complete  mission,  the 
proportion  of  cargo  successfully  delivered  onshore,  and  the  proportion  of  T-Craft 
destroyed.  The  robust  analysis  also  showed  that  the  number  of  T-Crafts  when  enemy 
forces  are  opposing  the  landing  should  be  at  least  12-14  to  achieve  high  proportion  cargo 
successfully  delivered  onshore  and  low  proportion  of  T-Craft  destroyed.  If  the  final  T- 
Craft  design  has  low  capacity,  the  mission  has  a  total  load  at  the  high  end  of  the  range  we 
investigated,  or  the  sea  base  is  stationed  far  off  shore,  then  increasing  the  number  of  T- 
Craft  further  will  help  achieve  the  10-hour  time  constraint. 

2,  Mission  Accomplishment  With  Enemy  Threat 

The  presence  of  an  enemy  may  increase  the  number  of  T-Crafts  needed  to 
accomplish  the  mission  within  a  10-hour  time  frame.  In  some  scenarios,  even  though 
fewer  troops  reach  the  shore  the  time  to  complete  mission  does  not  increase  necessarily. 
Using  batches  significantly  improves  the  amount  of  troops  that  reach  the  shore.  The  batch 
size  is  the  most  significant  factor  in  order  to  ensure  a  high  proportion  of  cargo 
successfully  delivered  onshore.  This  factor  is  also  a  key  factor  for  achieving  a  low 
proportion  of  T-Craft  destroyed.  One  of  the  main  conclusions  from  the  analysis  is  that 
when  enemy  forces  are  present  the  batch  size  should  be  eight  or  higher  in  order  to  get  a 
high  proportion  of  cargo  successfully  delivered  onshore  and  a  low  proportion  of  T-Craft 
destroyed.  If  the  sea  base  has  at  least  that  many  sea  spots  available  the  wait  times  for 
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forming  batches  are  short.  To  avoid  wait  times  and  exposure  to  enemy  fire  at  the  shore, 
the  bateh  size  should  also  not  be  greater  than  the  number  of  shore  spots  that  are  available. 

3,  T-Craft  Survivability 

The  insights  from  the  robust  analysis  show  that  the  proportion  of  T-Craft 
destroyed  is  redueed  if  the  number  of  hits  that  a  T-Craft  ean  sustain  before  it  requires 
repair  is  low.  Additionally  the  regression  analysis  shows  that  a  high  probability  of  sinking 
after  the  first  hit  inereases  the  proportion  of  T-Craft  destroyed.  That  means  that  a  high 
survivability  is  important  and  should  be  evaluated  on  the  T-Craft  prototypes. 

4,  Tonnage  Capacity  and  Deck  Size 

The  results  of  the  analysis  of  Chapter  V  show  that  the  Cargo  Payload  Weight 
should  be  at  least  750  LT.  A  Cargo  Payload  Weight  of  750  LT,  speeified  as  the  objeetive 
in  BAA  #05-20,  should  be  enough  to  projeet  a  MEB  2015  foree  to  shore  within  a  10-hour 
time  eonstraint.  Values  larger  than  750  LT  for  the  eargo  payload  weight  will  further 
reduee  the  time  to  eomplete  mission.  This  is  partieularly  important  when  we  eonsider 
heavy  troops  sueh  as  the  MEB  2024.  The  impaet  of  the  deek  size  is  not  as  signifieant  as 
the  eargo  payload  weight.  Erom  the  analysis,  we  eonelude  that  a  larger  deek  size  does  not 
in  praetiee  lead  to  shorter  mission  times.  As  sueh,  the  objeetive  of  5500  sq.  ft.  for  the 
deek  size  of  the  T-Craft  should  be  suffieient. 

5,  Sea  Spots  and  Shore  Spots 

According  to  the  analysis,  the  number  of  available  sea  spots  and  shore  spots  show 
no  practical  significance  for  any  of  the  MOEs.  These  two  factors  did  not  have  anywhere 
near  the  impact  on  mission  success  that  we  expected.  Over  the  broad  range  of  scenarios, 
we  explored  the  number  of  sea  spots  and  shore  spots  were  completely  dominated  by  other 
factors.  The  nine  sea  spots  that  are  currently  planned  for  the  sea  base  appear  to  be 
sufficient.  Since  we  recommend  that  the  batch  size  should  be  at  least  eight  in  presence  of 
an  enemy,  the  number  of  sea  spots  and  shore  spots  should  also  have  at  least  this  value  to 
deliver  a  high  proportion  of  cargo  onshore,  low  proportion  of  T-Craft  destroyed,  and  to 
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avoid  delays  in  forming  batches.  When  T-Crafts  may  be  destroyed  during  unloading, 
blocking  some  of  the  shore  spots,  we  recommend  a  minimum  of  10  shore  spots  for  an 
average  mission.  However,  we  observed  that  queuing  effects  are  not  an  issue  over  wide 
ranges  of  peacetime  scenarios. 

6,  Importance  of  Speed,  Load  Time,  Unload  Time  and  Transition  Times 

The  unload  time  is  a  key  factor  in  proportion  of  cargo  delivered  onshore  and 
proportion  of  T-Craft  destroyed.  The  impact  is  caused  by  the  fact  that  a  longer  unload 
time  increases  the  probability  of  a  hit  during  unloading.  The  load  time  at  the  sea  base  is 
also  very  important  in  order  to  achieve  short  mission  durations.  The  selection  criteria  for 
selecting  the  final  T-Craft  design  should  take  both  loading  and  unloading  times  into 
account. 

Speed  in  SES  mode  is  of  lesser  importance  in  determining  the  time  to  complete 
the  mission,  while  speed  in  ACV  mode  shows  no  practical  significance.  Especially  when 
we  consider  that  the  distance  between  sea  base  and  shore  will  be  not  more  than  50  miles 
in  most  scenarios,  we  find  that  the  speed  objective  of  40  knots  in  SES  mode  is  sufficient. 
The  SES  speed  is  only  important  when  projecting  troops  over  long  distances  to  shore. 
Transition  times  between  SES  and  ACV  mode  also  show  no  practical  significance. 

7.  Fuel  Consumption  and  the  Frequency  of  Refueling 

The  fuel  consumption  and  refueling  procedures  show  no  practical  significance  in 
any  of  the  analyses.  At  first  glance,  this  is  surprising  but  a  closer  inspection  of  the  model 
outputs  shows  that  refueling  is  necessary  only  for  a  minority  of  missions.  That  is  the 
reason  why  the  data  analysis  shows  no  significance  for  the  factors  refueling  rate,  tank 
capacity,  and  refueling  during  loading.  Refueling  events  are  necessary  only  for  missions 
with  long  distances  between  sea  base  and  shore.  Even  so,  it  is  recommended  that  the  T- 
Craft  have  the  capability  of  concurrent  refueling  and  loading.  However,  the  variations  in 
tank  capacity  and  refueling  rate  that  we  studied  played  no  significant  role  in  determining 
mission  success  over  the  range  of  scenarios  we  explored. 
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C.  SUMMARY  OF  RECOMMENDATIONS 

We  make  the  following  recommendations  based  on  the  conclusions  of  this  thesis. 

1.  Factors  Related  to  T-Craft  Performance 

1.  Cargo  payload  weight  of  750  LT  and  deck  size  area  of  5500  sq.  ft.  as 
specified  in  BAA  #05-20  are  sufficient  for  success  of  the  most  missions. 
Increasing  the  cargo  payload  weight  even  further  will  improve  mission 
performance  at  the  extremes  of  distance  and/or  payload. 

2.  Increasing  the  number  of  T-Crafts  reduces  mission  durations.  To  achieve  a 
high  proportion  of  cargo  successfully  delivered  onshore  and  low 
proportion  of  T-Craft  destroyed,  we  recommend  a  minimum  number  of  12 
T-Crafts. 

3.  The  T-Craft  survivability  is  an  important  factor  in  order  to  achieve  a  low 
proportion  of  T-Craft  destroyed.  The  T-Craft  should  be  able  to  sustain 
multiple  hits  before  repairs  are  needed. 

4.  Unload  time  should  be  as  small  as  possible  to  increase  T-Craft 
survivability. 

5.  Load  Time  should  be  small  to  achieve  short  mission  durations. 

6.  A  speed  of  40  knots  in  SES  mode  is  sufficient;  speed  in  ACV  mode  and 
transition  times  between  the  modes  show  no  practical  significance. 

7.  Fuel  consumption  and  all  other  factors  that  are  related  to  refueling  are  not 
significant. 

8.  Probabilities  of  failure  and  repair  times  show  no  practical  significance. 

2.  Factors  Related  to  Decision  Maker 

1.  Total  Load  of  troops  is  the  factor  that  shows  the  highest  significance  of  all 
factors  for  time  to  complete  mission.  Decision  makers  should  balance  pros 
and  cons  very  carefully  when  they  decide  about  the  force  structure  that  has 
to  be  projected  to  shore.  For  example,  using  infantry  rather  than  heavy 
armored  troops  will  yield  shorter  durations  for  the  landing  phase  of  the 
mission. 

2.  Footprint  of  troops  shows  no  practical  significance. 
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3.  In  presence  of  an  enemy,  the  batch  size  should  be  at  least  eight;  in  this 
case  the  number  of  available  sea  and  shore  spots  should  not  be  smaller 
than  the  batch  size  to  provide  a  high  proportion  of  cargo  delivered  onshore 
and  a  low  proportion  of  T-Craft  destroyed.  When  T-Crafts  may  be 
destroyed  during  unloading,  blocking  one  or  more  of  the  shore  spots, 
choosing  a  beachhead  that  is  not  constrained  for  shore  spots  is 
recommended. 

4.  Having  nine  sea  spots  at  the  sea  base  appears  to  be  sufficient.  The  number 
of  sea  spots  had  little  impact  over  the  range  that  has  been  analyzed.  Nine 
sea  spots  provide  ample  turnaround  capability  in  conjunction  with  the 
recommended  batch  size  of  eight. 

5.  The  distance  between  sea  base  and  shore  should  be  as  small  as  possible, 
consistent  with  the  safety  of  the  sea  base,  to  achieve  robust  outcomes.  The 
transition  distance  shows  no  practical  significance. 

D,  FOLLOW-ON  WORK 

Based  on  the  work  that  has  been  done  in  this  thesis,  we  recommend  two  different 
avenues  for  future  research: 

1.  Once  the  capabilities  of  the  different  T-Craft  prototypes  are  finalized,  the 
analyses  should  be  repeated  to  assess  which  prototype  provides  the  highest 
performance. 

2.  The  Arena  model  can  be  extended  to  incorporate  other  kinds  of  vessels 
such  as  LCUs  and  LCACs.  This  will  provide  the  Commanding  Officer  an 
improved  decision  tool  in  order  to  plan  seabasing  operations. 
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APPENDIX:  DESCRIPTION  OF  MODEL  COMPONENTS 


A,  INTRODUCTION 

In  this  appendix,  we  explain  the  implementation  of  the  simulation  model  in  detail 
to  faeilitate  use  of  the  model  as  a  deeision  aid  in  future  sea  basing  operations.  The  model 
eomponents  and  proeess  modules  are  deseribed  in  detail. 

The  Arena  model  is  developed  in  the  Mierosoft  Windows  operating  system 
environment.  Aeeording  to  the  install  notes,  the  minimum  software  and  hardware 
requirements  necessary  to  run  the  model  are: 

•  Arena  version  12.0  or  higher; 

•  Windows  2000  Professional  (SP4  or  later),  Windows  2000  Server  (SP4  or 
later) ,  Windows  XP  Professional  (SP2  or  later),  Windows  XP  Home  (SP2 
or  later),  Windows  2003  Server  (SPl  or  later); 

•  Hard  drive  with  75 -25  0MB  free  disk  space  (depending  on  operating 
system  and  options  installed; 

•  64MB  RAM  (recommended  128MB  RAM  or  higher,  depending  on 
operating  system); 

•  Pentium  processor  300  MHz  or  higher.  The  Arena  software  can  be  run  on 
single  processor,  dual  processor,  and  dual-core  processor  computers; 
however,  only  one  instance  of  Arena  can  be  run  at  a  time. 

B,  MODEL  DESCRIPTION 

The  following  section  explains  the  model  runtime  and  all  components  and 
modules  used  in  the  model.  Requests  for  additional  information  about  the  model  can  be 
directed  to  the  author  or  the  SEED  Center  at  the  Naval  Postgraduate  School. 
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1. 


Model  Runtime 


The  model  runtime  depends  on  the  input  parameters.  The  base  unit  of  time  used  in 
the  model  is  one  hour.  A  simulation  experiment  ends  when  the  last  sortie  is  either 
projected  to  shore  or  destroyed,  when  all  T-Crafts  are  destroyed,  or  when  the  last  shore 
spot  is  blocked  with  a  destroyed  T-Craft. 


2,  Model  Components 

Figures  44  and  45  give  an  overview  of  the  entire  model. 


Figure  43.  Initial  Process  and  Logic  of  an  “Experiment”  Entity 
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The  following  table  explains  all  model  eomponents  and  modules  used  in  this 
thesis.  The  modules  are  deseribed  in  the  order  they  appear  in  the  proeess  tab. 


Basic  Processes: 


Create  Modules 

Description 

Create  Experiment 

This  one-time  entity  is  ereated  at  the  beginning  of  the  simulation  and  enables 
the  model  to  read  the  input  parameters  and  to  eompute  several  basie  variables 
that  are  used  during  the  simulation  run. 

T-Crafts  arrive 

A  T-Craft  is  first  ereated  at  0.01  see.  Subsequent  T-Crafts  are  ereated 
randomly  aeeording  to  an  exponential  distribution.  The  number  of  T-Crafts 
that  are  ereated  is  defined  by  the  input  parameter  Number  of  T-Crafls. 

Dispose  Modules 

Description 

Dispose 

ExperimentEntity 

This  module  disposes  Experiment  entities  when  they  eomplete  the  initial 
proeess  in  the  system. 

Dispose  T-Craft 

This  module  disposes  T-Craft  entities  when  the  last  sortie  is  projeeted  to 
shore. 

T-Craft  destroyed  or 
disabled 

This  module  disposes  T-Craft  entities  when  T-Craft  are  destroyed  or  need 
repair. 

T-Craft  Waiting  Position 

This  module  disposes  T-Craft  entities  when  T-Crafts  are  not  needed  any 
longer  to  bring  sorties  to  shore  before  the  last  sortie  reaehed  the  shore. 

Process  Modules 

Description 

Seabase 

This  proeess  performs  a  Seize  Delay  Release  aetion  on  T-Craft  entities  for  a 
delay  period  of  either  TRIA(0.9*LoadTime,  LoadTime,  l.l*LoadTime)  or 
0.9*LoadTime+EXPO(0.1*LoadTime)  hours  depending  on  whether  the 
Triangular  or  the  shifted  Exponential  distribution  is  desired. 

TransitToShore  and 
ConvertToACV 

This  proeess  performs  a  Delay  aetion  on  T-Craft  entities  for  a  delay  period  of 
TRJA(TransitionDistanee/speedACV+ConvertTimel+(Distanee- 
TransitionDistanee)/Speed,  0.9,  1.1)  hours. 

Shore 

This  proeess  performs  a  Seize  Delay  Release  aetion  on  T-Craft  entities  for  a 
delay  period  of  0.0  see. 

Shore  Unload 

This  proeess  performs  a  Delay  Release  aetion  on  T-Craft  entities  for  a  delay 
period  of  either  TRIA(0.9*UnloadTime,  UnloadTime,  l.l*UnloadTime)  or 
0.9*UnloadTime+EXPO(0.1*UnloadTime)  hours  depending  on  whether  the 
Triangular  or  the  shifted  Exponential  distribution  is  desired. 

ConvertToSES  and 
TransitToSeabase  and 
Repair 

This  proeess  performs  a  Delay  aetion  on  T-Craft  entities  for  a  delay  period  of 
TRJA(TransitionDistanee/speedACV+ConvertTime2-l-(Distanee- 
TransitionDistanee)/Speed),  0.9,  1.1)  + 
TRIA(RepairTime*Entity.IDENT.ProbFailure,  0.9,  1.1)  hours. 

SeabaseWithRefueling 

This  proeess  performs  a  Seize  Delay  Release  aetion  on  T-Craft  entities  for  a 
delay  period  of  (l/RefuehngRate*(FuelCap-l-additionalFuel- 
Entity.IDENT.FuelC)+TRIA(0.9*LoadTime,  LoadTime,  1 . 1  *LoadTime)) 
hours. 

Decide  Modules 

Description 

additional  fuel  not 
neeessary?  (2-Way) 

This  is  a  2-way  by  Condition  deeision  module  whieh  deeides  the  entity  path 
by  eheeking  the  variable  additional  fuel. 

For  additionalFuel  >=  0,  then  TRUE;  Else  FALSE 
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Sorties  based  on  Load? 
(2-Way) 

This  is  a  2-way  by  Condition  decision  module  which  decides  the  entity  path 
by  checking  if  the  number  of  sorties  that  are  required  is  based  on  the  load  or 
the  footprint  of  the  troops. 

For  SortiesBasedLoad  >=  SortiesBasedFootprint,  then  TRUE;  Else  FALSE 

Check  if  TCraft  needs 
repair  and  if  sortie  is 
required  (N-Way) 

This  is  a  N-way  by  Condition  decision  module  which  decides  the  entity  path 
by  checking  attributes  and  variables: 

For  Entity. IDENT.Numl-lit01d<NumFlitsToRepair  &&  (numberSorties2  >  0), 
then  Way  1;  for  numberSorties2<=0,  then  Way  2;  Else  Way  3 

Check  if  TCraft  needs 
repair  and  if  sortie  is 
required  2  (N-Way) 

This  is  a  N-way  by  Condition  decision  module  which  decides  the  entity  path 
by  checking  attributes  and  variables: 

For  Entity.IDENT.Numl-lit01d<Numl-litsToRepair  &&  (numberSorties2  >  0), 
then  Way  1;  for  numberSorties2<=0,  then  Way  2;  Else  Way  3 

Check  Sortie  Number  (N- 
Way) 

This  is  a  N-way  by  Condition  decision  module  which  decides  the  entity  path 
by  checking  sortie  number  and  kind  of  sorties: 

For  numberSorties  ==  1  &&  (KindOfSortie  ==  1),  then  Way  1; 

For  numberSorties  ==  1  &&  (KindOfSortie  <>  1),  then  Way  2;  Else  Way  3 

Decide  BatchSize  (N- 
Way) 

This  is  a  N-Way  by  Condition  decision  module  which  decides  the  entity  path 
by  checking  Number  of  T-Crafts,  Batchparameter,  Batch  size  input  parameter 
and  number  of  sorties  that  still  have  to  be  projected  to  shore. 

For  Batchparameter  ==  0  &&  (NumTcrafts  >=  BatchSize)  &&  (BatchSize  <= 
numberSorties),  then  Way  1; 

For  Batchparameter  ==  0  &&  (NumTcrafts  >=  BatchSize)  &&  (BatchSize  > 
numberSorties),  then  Way  2; 

For  Batchparameter  ==  0  &&  (NumTcrafts  <  BatchSize)  &&  (NumTcrafts  <= 
numberSorties),  then  Way  3; 

For  Batchparameter  ==  0  &&  (NumTcrafts  <  BatchSize)  &&  (NumTcrafts  > 
numberSorties),  then  Way  4;  Else  Way  5 

Check  Sinkparameter  (N- 
Way) 

This  is  a  N-Way  by  Condition  decision  module  which  decides  the  entity  path 
by  checking  Sinkparameter  and  ModelCounter. 

For  Entity. IDENT.SinkParameter  ==  0,  then  Way  1; 

For  Entity. IDENT.SinkParameter  ==  1  &&  (ModelCounter  ==  1),  then  Way 

2;  Else  Way  3 

Check  NumHits  (N-Way) 

This  is  a  N-Way  by  Condition  decision  module  which  decides  the  entity  path 
by  checking  number  of  new  and  total  hits  of  a  T-Craft. 

For  Entity.IDENT.NumHitNew  >  0  &&  (Entity. IDENT.NumHitOld  ==  1), 
then  Way  1 ; 

For  Entity.IDENT.NumHitNew  >  0  &&  (Entity. IDENT.NumHitOld  ==  2), 
then  Way  2; 

For  Entity.IDENT.NumHitNew  >  0  &&  (Entity. IDENT.NumHitOld  ==  3), 
then  Way  3; 

For  Entity.IDENT.NumHitNew  >  0  &&  (Entity. IDENT.NumHitOld  ==  4), 
then  Way  4; 

For  Entity.IDENT.NumHitNew  >  0  &&  (Entity. IDENT.NumHitOld  ==  5), 
then  Way  5;  Else  Way  6 

TcraftNotDestroyedl?  (2- 
Way) 

This  is  a  2-Way  by  Condition  decision  module  which  decides  the  entity  path 
by  checking  the  attribute  Sinkparameter. 

For  Entity. IDENT.SinkParameter  ==  0,  then  TRUE;  Else  FALSE 

Check  ProbHitUnload  (2- 
Way) 

This  is  a  2-Way  by  Condition  decision  module  which  decides  the  entity  path 
by  checking  the  probability  of  a  hit  during  unloading. 

For  ProbHitUnload2  <=  1,  the  TRUE;  Else  FALSE 
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Check  NumHits  2  (N- 
Way) 

This  is  a  N-Way  by  Condition  decision  module  which  decides  the  entity  path 
by  checking  number  of  new  and  total  hits  of  a  T-Craft. 

For  Entity.IDENT.NumFlitNew  >  0  &&  (Entity.  ID  ENT  .NumFlitO  Id  ==  1), 
then  Way  1 ; 

For  Entity.IDENT.NumFlitNew  >  0  &&  (Entity. IDENT.NumFlitOld  ==  2), 
then  Way  2; 

For  Entity.IDENT.NumFlitNew  >  0  &&  (Entity. IDENT.NumFlitOld  ==  3), 
then  Way  3; 

For  Entity.IDENT.NumFlitNew  >  0  &&  (Entity. IDENT.NumFlitOld  ==  4), 
then  Way  4; 

For  Entity.IDENT.NumFlitNew  >  0  &&  (Entity. IDENT.NumFlitOld  ==  5), 
then  Way  5;  Else  Way  6 

TcraftNotDestroyed2?  (2- 
Way) 

This  is  a  2-Way  by  Condition  decision  module  which  decides  the  entity  path 
by  checking  the  attribute  Sinkparameter. 

For  Entity. IDENT.SinkParameter  ==  0,  then  TRUE;  Else  FALSE 

Decide  Finished?  (2- 
Way) 

This  is  a  2-Way  by  Condition  decision  module  which  decides  the  entity  path 
by  comparing  sorties  at  the  beginning  with  the  sum  of  sorties  onshore  and 
number  of  destroyed  sorties. 

For  SortiesFixed  <=  SortiesOnShore+DestroyedSorties+1,  then  TRUE;  Else 
FALSE 

Check  NumFiits  3  (N- 
Way) 

This  is  a  N-Way  by  Condition  decision  module  which  decides  the  entity  path 
by  checking  number  of  total  hits  of  a  T-Craft. 

For  Entity.IDENT.NumFlitNew  ==  1,  then  Way  1; 

For  Entity.IDENT.NumFlitNew  ==  2),  then  Way  2; 

For  Entity.IDENT.NumFlitNew  ==  3),  then  Way  3; 

For  Entity.IDENT.NumFlitNew  ==  4),  then  Way  4; 

For  Entity.IDENT.NumFlitNew  ==  5),  then  Way  5;  Else  Way  6 

TcraftNotDestroyed3?  (2- 
Way) 

This  is  a  2-Way  by  Condition  decision  module  which  decides  the  entity  path 
by  checking  the  attribute  Sinkparameter. 

For  Entity. IDENT.SinkParameter  ==  0,  then  TRUE;  Else  FALSE 

Adjust  BatchParameter? 
(2-Way) 

This  is  a  2-Way  by  Condition  decision  module  which  decides  the  entity  path 
by  checking  the  variables  batchparamter,  batchparameter2  and  number  of  T- 
Crafls. 

For  Batchparameter  ==  (NumTCrafts+1)  ||  (Batchparameter2  == 
NumTCrafts+1),  then  TRUE;  Else  FALSE 

Check  Shorespots  (2- 
Way) 

This  is  a  2-Way  by  Condition  decision  module  which  decides  the  entity  path 
by  checking  the  attribute  Sinkparameter  and  the  number  of  shore  spots. 

For  Entity. IDENT.SinkParameter  ==  1  &&  (MR(ShoreResource)>0),  then 
TRUE,  Else  FALSE 

Last  Tcraft?  LastSortie? 
(N-Way) 

This  is  a  N-Way  by  Condition  decision  module  which  decides  the  entity  path 
by  checking  number  of  T-Crafts,  number  of  shore  spots  and  number  of  sorties 
that  still  have  to  be  projected  to  shore. 

For  NumTcrafts  >  0  &&  (MR(ShoreResource)>0)  &&  (SortiesFixed  > 
SortiesOnShore+DestroyedSorties),  then  Way  1 ; 

For  NumTcrafts  >  0  &&  (MR(ShoreResource)>0)  &&  (SortiesFixed  <= 
SortiesOnShore+DestroyedSorties),  then  Way  2;  Elses  Way  3 

Refdl  during  Loading? 
(N-Way) 

This  is  a  N-Way  by  Condition  decision  module  which  decides  the  entity  path 
by  checking  the  variable  RefillDurLoad  and  whether  there  is  still  enough  fuel 
in  the  tank  for  the  next  turn. 

For  RefillDurLoad  ==  1,  then  Way  1; 

For  RefdlDurLoad  —  0  &&  (Entity.IDENT.FuelC  >=  (1.2*(FuelCLoaded 
*Distance/Speed  +  FuelCUnloaded  *Distance/Speed))),  then  Way  2; 

Else,  Way  3 
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Check  if  TCraft  needs 
repair  and  if  sortie  is 
required  2  (N-Way) 

This  is  a  N-way  by  Condition  decision  module  which  decides  the  entity  path 
by  checking  attributes  and  variables: 

For  Entity.IDENT.NumHit01d<NumFlitsToRepair  &&  (numberSorties2  >  0), 
then  Way  1;  for  numberSorties2<=0,  then  Way  2;  Else,  Way  3 

Assign  Modules 

Description 

CreateResources 

Define  Variables 
ComputeAddFuel 

This  module  creates  the  resources,  defines  all  variables  that  are  needed  during 
the  simulation  and  computes  if  additional  fuel  in  the  second  tank  is  needed. 

Compute  needed  sorties 
without  additionalFuel 

This  module  computes  the  number  of  sorties  that  are  needed  based  on 
footprint  and  on  weight  of  the  troops  without  the  need  of  additional  fuel. 

Compute  needed  sorties 
with  additionalFuel 

This  module  computes  the  number  of  sorties  that  are  needed  based  on 
footprint  and  on  weight  of  the  troops  with  additional  fuel. 

set  sorties  based  on  load 

This  module  sets  variables  that  are  needed  in  the  case  when  the  number  of 
sorties  is  based  on  load. 

set  sorties  based  on 
footprint 

This  module  sets  variables  that  are  needed  in  the  case  when  the  number  of 
sorties  is  based  on  footprint. 

DefmeAttributes 

This  module  defines  all  attributes  of  the  entities  at  the  beginning  of  the  main 
process. 

set  fuel 

This  module  sets  the  fuel  attribute  of  the  T-Craft  entities. 

Decrement  SortieNumber 

This  module  decrements  the  number  of  sorties  due  to  loading  a  T-Craft. 

set  amount  of  sortie  based 
on  load 

This  module  sets  the  amount  of  load  in  LT  for  the  very  last  sortie. 

set  amount  of  sortie  based 
on  footprint 

This  module  sets  the  amount  of  load  in  sq.  ft.  for  the  very  last  sortie. 

set  Batchparameter 

This  module  sets  the  batchparameter  based  on  the  input  parameter  batch  size. 

set  Batchparameter2 

This  module  sets  the  batchparameter  based  on  the  number  of  sorties  that  are 
left,  (necessary  when  number  of  sorties  becomes  smaller  than  the  batch  size) 

set  Batchparameter3 

This  module  sets  the  batchparameter  based  on  the  number  of  T-Crafts  that  are 
available,  (necessary  when  the  number  of  T-Crafts  is  smaller  than  the  batch 
size) 

set  Batchparameterd 

This  module  sets  the  batchparameter  based  on  the  number  of  sorties  that  are 
left,  (necessary  when  the  number  of  sorties  becomes  smaller  than  the  number 
of  T-Crafts) 

storeBatchSize 

DecrementSorties 

This  module  stores  the  batch  size  as  an  attribute  to  each  T-Craft  entity  and 
decrements  the  number  of  sorties. 

ResetBatchParameter 

This  module  resets  the  variable  Batchparameter  to  zero  after  a  batch  left  the 
sea  base. 

DecrementFuel  GetHits? 
countFlits 

This  module  decrements  the  fuel  for  the  transit  to  shore,  computes  the  hits  that 
the  T-Craft  entities  get  during  transit,  and  counts  the  total  number  of  hits  with 
troops  aboard. 

SinkProbl 

This  module  computes  the  probability  of  sinking  after  one  hit  during  transit 
and  the  attrition  that  the  troops  suffer  from  this  hit. 

SinkProb2 

This  module  computes  the  probability  of  sinking  after  two  hits  during  transit 
and  the  attrition  that  the  troops  suffer  from  these  hits. 

SinkProb3 

This  module  computes  the  probability  of  sinking  after  three  hits  during  transit 
and  the  attrition  that  the  troops  suffer  from  these  hits. 

SinkProbd 

This  module  computes  the  probability  of  sinking  after  four  hits  during  transit 
and  the  attrition  that  the  troops  suffer  from  these  hits. 
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SinkProbS 

This  module  computes  the  probability  of  sinking  after  five  hits  during  transit 
and  the  attrition  that  the  troops  suffer  from  these  hits. 

updateAttributes 

TimeStamp 

This  module  resets  attributes  and  sets  a  time  stamp  to  the  T-Craft  entity  in 
order  to  measure  the  time  that  is  needed  for  unloading. 

get  Hits?  1 

This  module  computes  how  many  hits  a  T-Craft  takes  during  unloading. 

get  Hits?  2 

This  module  computes  how  many  hits  a  T-Craft  takes  during  unloading. 

SinkProbll 

This  module  computes  the  probability  of  sinking  after  one  hit  during 
unloading  and  the  attrition  that  the  troops  suffer  from  this  hit. 

SinkProbl2 

This  module  computes  the  probability  of  sinking  after  two  hits  during 
unloading  and  the  attrition  that  the  troops  suffer  from  these  hits. 

SinkProbl3 

This  module  computes  the  probability  of  sinking  after  three  hits  during 
unloading  and  the  attrition  that  the  troops  suffer  from  these  hits. 

SinkProbl4 

This  module  computes  the  probability  of  sinking  after  four  hits  during 
unloading  and  the  attrition  that  the  troops  suffer  from  these  hits. 

SinkProblS 

This  module  computes  the  probability  of  sinking  after  five  hits  during 
unloading  and  the  attrition  that  the  troops  suffer  from  these  hits. 

ComputeVariables 

SetModelCounter 

This  module  computes  output  variables  and  sets  the  ModelCounter. 

Increment 

SortiesOnShore 

SetAttributes 

ComputeProbFailure 

This  module  increments  the  number  of  sorties  onshore,  resets  attributes  and 
computes  the  probability  of  a  minor  failure  for  the  T-Craft  entity. 

SinkProbb 

This  module  computes  the  probability  of  sinking  after  one  hit  during  transit 
back  to  the  sea  base. 

SinkProb? 

This  module  computes  the  probability  of  sinking  after  two  hits  during  transit 
back  to  the  sea  base. 

SinkProbS 

This  module  computes  the  probability  of  sinking  after  three  hits  during  transit 
back  to  the  sea  base. 

SinkProb9 

This  module  computes  the  probability  of  sinking  after  four  hits  during  transit 
back  to  the  sea  base. 

SinkProb  10 

This  module  computes  the  probability  of  sinking  after  five  hits  during  transit 
back  to  the  sea  base. 

DecrementFuel 

UpdateAttributes 

This  module  decrements  the  fuel  for  the  transit  to  sea  base  and  updates  the 
attributes  of  the  T-Craft  entity. 

Destroyed  Sorties 

Counter 

This  module  counts  how  many  sorties  are  destroyed  during  a  mission. 

Increment 

SortiesOnShore 

DecrementShoreSpots 

This  module  decrements  the  number  of  shore  spots  that  are  available  and 
increments  the  number  of  sorties  that  have  reached  the  shore. 

Tcraft  destroyed  counter 

This  module  counts  how  many  T-Crafts  are  destroyed  during  a  mission 

Count  TCrafts  in  Repair 

This  module  counts  the  number  of  T-Crafts  that  need  repair  due  to  enemy  hits. 

Adjust  BatchParameter 

This  module  adjusts  the  Batchparameter. 

compute  remaining 
sorties 

This  module  computes  the  remaining  sorties  on  the  sea  base  when  the  last  T- 
Craft  is  destroyed. 

Set  ModelCounter 

Compute  Variab  le  s 

This  module  computes  output  variables  and  sets  the  ModelCounter. 

DecrementSortieNumber2 
RefillCounter  SetFuel 

This  module  decrements  the  number  of  sorties  that  remain  at  sea  base,  counts 
the  number  of  refills  and  sets  the  fuel. 
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Batch  Modules 

Description 

BatchTcraft 

This  module  creates  batches  according  to  the  batchparameter. 

Seperate  Modules 

Description 

Separate  Batches 

This  module  separates  the  batches. 

Advanced  Processes: 


ReadWrite  Modules 

Description 

ReadWrite  1 

This  module  reads  all  input  parameters  from  the  Excel  input  file. 

ReadWrite  2 

This  module  writes  all  output  parameters  in  the  Excel  file. 

ReadWrite  3 

This  module  writes  all  output  parameters  in  the  Excel  file. 
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